mysql - InnoDB中的锁
问题描述
问题解答
回答1:------- TRX HAS BEEN WAITING 28 SEC FOR THIS LOCK TO BE GRANTED:RECORD LOCKS space id 6 page no 4 n bits 80 index idx_a of table `test`.`t` trx id 637972 lock_mode X locks gap before rec insert intention waitingRecord lock, heap no 4 PHYSICAL RECORD: n_fields 2; compact format; info bits 32 0: len 4; hex 8000000b; asc ;; 1: len 6; hex 000000000414; asc ;;
这里说的很清楚啊 lock_mode X意味着是排它锁 gap代表是区间锁也就是说在insert之前该表加入了区间排他锁,为什么呢?因为之前执行的这句delete from t where a = 11;会在(negative infinity,11]这个区间加上排他锁,为什么是排他锁而不是Record Lock呢,因为你这里的a并非唯一索引,只是一个普通的索引,具体的看http://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html
回答2:mysql默认的会话隔离级别是repeated read,会产生更多的gap锁,如果可以接受幻读,可以考虑降为read commit级别,减少锁冲突的概率。
相关文章:
1. 修改mysql配置文件的默认字符集重启后依然不生效2. angular.js - 关于指令link 中的创建变量问题3. mongodb - windows7下mongod无法正常启动4. java - 腾讯云mysql数据库可以插入数据,但是不能查询数据,求解答5. javascript - 豆瓣的这个自适应是怎么做的?6. 作为新手,未定义索引username,求解,谢谢7. mysql - 请教一个Java做数据库缓存的问题8. javascript - ueditor引入报错问题9. php - 类似Apple官网顶部3级导航该如何设计数据库?10. java - 使用retrofit2下载歌词文件后,进行保存时报空间不足的错误

网公网安备