12
返回列表 发新帖
楼主: lanbaibai

如何准确使用行级锁

[复制链接]
论坛徽章:
14
2009新春纪念徽章
日期:2009-01-04 14:52:28沸羊羊
日期:2015-03-04 14:51:52优秀写手
日期:2014-03-14 06:00:13马上有房
日期:2014-02-18 16:42:022014年新春福章
日期:2014-02-18 16:42:022013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:08:15蜘蛛蛋
日期:2012-06-27 21:08:142012新春纪念徽章
日期:2012-01-04 11:53:29ITPUB十周年纪念徽章
日期:2011-11-01 16:23:26
11#
发表于 2010-2-22 21:27 | 只看该作者
原帖由 lanbaibai 于 2010-1-28 20:51 发表
为了测试行级锁,我建立了signalflare表,是innodb类型的,字段ID,valuenumber,都是int类型,id字段设置了主键。
数据内容如下:
id  valuenumber
1  1
2  1
3  1

第一个进程:
在一个客户端先执行
START TRANSACTION;
update signalflare set valuenumber=1 where id=1;

第二个进程
在另外一个客户端后执行
update signalflare set valuenumber=1 where id=2;
发现这条记录被锁住了,无法更新,只能等第一个进程commit后,才能更新成功,不明白怎样才能精确做到行级锁。

需要写 for update吗?
真正的OLTP是不允许升级锁的,不管涉及多少行。因为一旦锁升级,就会阻塞大批用户。

使用道具 举报

回复
论坛徽章:
1
2010新春纪念徽章
日期:2010-03-01 11:07:24
12#
发表于 2010-2-25 13:06 | 只看该作者
原帖由 lanbaibai 于 2010-2-2 17:12 发表
我确认我的存储引擎是innodb
CREATE TABLE `signal_mmssend` (
  `id` char(10) COLLATE utf8_unicode_ci NOT NULL,
  `remark` varchar(200) COLLATE utf8_unicode_ci DEFAULT NULL,
  `valuenumber` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci


你的id 怎么是char(10)  ?


你在explain select * from signal_mmssend where id=1 ; 就明白为什么了。


这个语句在这个表上是全表锁。

使用道具 举报

回复
论坛徽章:
3
2010新春纪念徽章
日期:2010-03-01 11:20:072011新春纪念徽章
日期:2011-02-18 11:42:49ITPUB十周年纪念徽章
日期:2011-11-01 16:24:04
13#
发表于 2010-2-25 21:37 | 只看该作者
id 由你所说的INT,转换成了CHAR(10) ,如果你用id=1的话,是不会使用索引的,要改为id='1'才能使用索引,就是数字与字符串的转换导致无法使用索引

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表