免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3450 | 回复: 1

一个gap lock引发的惨案(结帖) [复制链接]

论坛徽章:
0
发表于 2010-02-24 14:05 |显示全部楼层
本帖最后由 justin033 于 2010-02-25 10:41 编辑

最近在研究innodb index的实现形式!

如下测试:

测试1:插入的字段记录没gap的并发情况


session一,id=2:

  1. root@localhost[test] 10:04:35>create table tbl_no_index(i int) engine=innodb;
  2. Query OK, 0 rows affected (0.05 sec)

  3. root@localhost[test] 10:05:19>insert into tbl_no_index values(1),(2),(3),(4);
  4. Query OK, 4 rows affected (0.00 sec)
  5. Records: 4  Duplicates: 0  Warnings: 0

  6. root@localhost[test] 10:07:07>set autocommit=off;
  7. Query OK, 0 rows affected (0.00 sec)

  8. root@localhost[test] 10:07:19>select * from tbl_no_index where i=1;
  9. +------+
  10. | i    |
  11. +------+
  12. |    1 |
  13. +------+
  14. 1 row in set (0.00 sec)

  15. root@localhost[test] 10:07:23>select * from tbl_no_index where i=1[color=Red] for update;[/color]
  16. +------+
  17. | i    |
  18. +------+
  19. |    1 |
  20. +------+
  21. 1 row in set (0.00 sec)

  22. root@localhost[test] 10:07:26>status
  23. --------------
  24. mysql  Ver 14.14 Distrib 5.1.39, for Win32 (ia32)

  25. Connection id:          2
  26. SSL:                    Not in use
  27. Using delimiter:        ;
  28. Server version:         [color=Red]5.1.39-community-log MySQL Community Server (GPL)[/color]
  29. Protocol version:       10
  30. Connection:             localhost via TCP/IP
  31. Client characterset:    gbk
  32. Server characterset:    gbk
  33. TCP port:               3306
  34. Uptime:                 11 min 24 sec
复制代码
session 二,id=3:

  1. C:\>mysql -uroot -p
  2. Enter password: *
  3. Welcome to the MySQL monitor.  Commands end with ; or \g.
  4. Your MySQL connection id is 3
  5. Server version: 5.1.39-community-log MySQL Community Server (GPL)

  6. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

  7. root@localhost[(none)] 10:05:52>show processlist\G
  8. *************************** 1. row ***************************
  9.      Id: 2
  10.    User: root
  11.    Host: localhost:1948
  12.      db: test
  13. Command: Sleep
  14.    Time: 13
  15.   State:
  16.    Info: NULL
  17. *************************** 2. row ***************************
  18.      Id: 3
  19.    User: root
  20.    Host: localhost:1962
  21.      db: NULL
  22. Command: Query
  23.    Time: 0
  24.   State: NULL
  25.    Info: show processlist
  26. 2 rows in set (0.03 sec)

  27. root@localhost[(none)] 10:05:58>use test;
  28. Database changed

  29. root@localhost[test] 10:21:48>set @@autocommit=0;
  30. Query OK, 0 rows affected (0.00 sec)

  31. root@localhost[test] 10:22:06>select * from tbl_no_index where i=4 for update;
  32. [color=Red]ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction[/color]
  33. root@localhost[test] 10:23:00>
复制代码
按道理说,innodb是用index lock/record lock,只会锁定要查询的记录。为什么会把session二,id=3给锁定了,就像加了table lock。而在show engine innodb status下也是显示record lock的,如下:

  1. ------------
  2. TRANSACTIONS
  3. ------------
  4. Trx id counter 0 3854
  5. Purge done for trx's n:o < 0 3336 undo n:o < 0 0
  6. History list length 7
  7. LIST OF TRANSACTIONS FOR EACH SESSION:
  8. ---TRANSACTION 0 0, not started, OS thread id 1760
  9. MySQL thread id 4, query id 52 localhost 127.0.0.1 root
  10. show engine innodb status
  11. ---TRANSACTION 0 3853, ACTIVE 28 sec, OS thread id 3428 starting index read
  12. mysql tables in use 1, locked 1
  13. LOCK WAIT 2 lock struct(s), heap size 320, 1 row lock(s)
  14. MySQL thread id 3, query id 51 localhost 127.0.0.1 root Sending data
  15. select * from tbl_no_index where i=4 for update
  16. ------- TRX HAS BEEN WAITING 28 SEC FOR THIS LOCK TO BE GRANTED:
  17. [color=Red]RECORD LOCKS space id 0 page no 197 n bits 72 index `GEN_CLUST_INDEX` of table `test`.`tbl_no_index` trx id 0 3853 lock_mode X waiting[/color]
  18. Record lock, heap no 2 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
  19. 0: len 6; hex 000000000400; asc       ;; 1: len 6; hex 000000000f01; asc       ;; 2: len 7; hex 800000002d0110; asc     -  ;; 3: len 4; hex 80000001; asc     ;;

  20. ------------------
  21. ---TRANSACTION 0 3849, ACTIVE 914 sec, OS thread id 2868
  22. 2 lock struct(s), heap size 320, 5 row lock(s)
  23. MySQL thread id 2, query id 45 localhost 127.0.0.1 root
  24. Trx read view will not see trx with id >= 0 3850, sees < 0 3850
复制代码
如下测试:

测试2:插入的字段记录有gap的并发情况


session一:

  1. root@localhost[test] 10:32:21>set autocommit=off;
  2. Query OK, 0 rows affected (0.00 sec)

  3. root@localhost[test] 11:29:19>select * from tbl_no_index;
  4. +------+
  5. | i    |
  6. +------+
  7. |    1 |
  8. |    2 |
  9. |    7 |
  10. |   11 |
  11. |   12 |
  12. +------+
  13. 5 rows in set (0.00 sec)

  14. root@localhost[test] 11:29:33>select * from tbl_no_index where i=2 [color=Red]for update[/color];
  15. +------+
  16. | i    |
  17. +------+
  18. |    2 |
  19. +------+
  20. 1 row in set (0.00 sec)
复制代码
session二:

  1. root@localhost[test] 11:29:51>set autocommit=0;
  2. Query OK, 0 rows affected (0.02 sec)

  3. root@localhost[test] 11:29:55>[color=Red]insert into tbl_no_index values(5);[/color]
  4. Query OK, 1 row affected (0.00 sec)

  5. root@localhost[test] 11:30:03>select * from tbl_no_index;
  6. +------+
  7. | i    |
  8. +------+
  9. |    1 |
  10. |    2 |
  11. |    3 |
  12. |    5 |
  13. |    7 |
  14. |   11 |
  15. |   12 |
  16. +------+
  17. 7 rows in set (0.00 sec)
复制代码
从上面的测试来看,gap lock是record lock行锁的,也是文档上说的!但为什么测试一,感觉是加了table lock的锁。。。我还没找合理的解释了,也问了一些朋友了。目前还没理解清楚,帮忙哈,谢谢!

论坛徽章:
0
发表于 2010-02-24 15:52 |显示全部楼层
本帖最后由 justin033 于 2010-02-25 09:04 编辑

经过朋友的帮助,找到原因了!测试2的情况,我忽略了一个地方,原来有在字段i建了索引了,所以测试才能正常插入!如果删除字段i上的索引,情况就和测试1是一样的。另外,我还犯了一个错,一直以为没手工对表建索引,会走InnoDB默认系统自动生成的索引!这个错误就比较低级了,这个也是没有通过explain分析语句的结果,呵呵!


总结下:

1. InnoDB行锁实现特点意味着:只有通过有索引条件查询数据,InnoDB才使用行级锁;否则,InnoDB将扫描全表,使用表锁!
2. 如果对查询的结果有疑问,可以用explain来分析下查询语句的走向,就能清楚语句执行的前前后后。
3. 坚持技术,还是需要朋友间的多多交流,感谢他们!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP