【大话IT】innodb query何时使用行锁

myownstars

CREATETABLE t (a INT NOT NULL, b INT) ENGINE = InnoDB;

INSERTINTO t VALUES (1,2),(2,3),(3,2),(4,3),(5,2);

COMMIT;

会话1

SETautocommit = 0;

UPDATEt SET b = 5 WHERE b = 3;

会话2

SETautocommit = 0;

UPDATEt SET b = 4 WHERE b = 2;

问题：

1 会话1使用的是行锁还是表锁，会阻塞会话2么？

2 如果会话1仍能使用行锁，那么Innodb判断使用行锁或表锁的标准是什么？

lujinke

MySQL的行锁是通过对索引加锁来实现，如果没有索引，就需要全表扫描，会锁住整个表

myownstars

lujinke 发表于 2015-3-5 14:22
MySQL的行锁是通过对索引加锁来实现，如果没有索引，就需要全表扫描，会锁住整个表

这个例子是从Mysql官网上copy的，至少当innodb_locks_unsafe_for_binlog=1时会话2不会被阻塞，而且会话1并不是使用表锁
http://dev.mysql.com/doc/refman/ ... s_unsafe_for_binlog

lujinke

myownstars 发表于 2015-3-5 16:50
这个例子是从Mysql官网上copy的，至少当innodb_locks_unsafe_for_binlog=1时会话2不会被阻塞，而且会话1并 ...

在这个选线被打开的时候会加锁会进行优化，会提前释放掉不符合条件数据上的锁，但是
谁会把这个选线打开呢？看名字就知道打开对于复制是unsafe的

myownstars

lujinke 发表于 2015-3-6 00:19
在这个选线被打开的时候会加锁会进行优化，会提前释放掉不符合条件数据上的锁，但是
谁会把这个选线打开 ...

将事务级别设置成read-commited时 即便打开该参数也应该不会unsafe

lujinke

myownstars 发表于 2015-3-6 09:20
将事务级别设置成read-commited时 即便打开该参数也应该不会unsafe

呵呵，RC隔离级别下，本身binlog复制就是不安全的，无论你怎么调其他选项

myownstars

lujinke 发表于 2015-3-6 12:42
呵呵，RC隔离级别下，本身binlog复制就是不安全的，无论你怎么调其他选项

这个还真不知道，能否举个例子或者给个链接

myownstars

lujinke 发表于 2015-3-6 12:42
呵呵，RC隔离级别下，本身binlog复制就是不安全的，无论你怎么调其他选项

Gap locking can be disabled explicitly. This occurs if you change the transaction isolation level to READ COMMITTED or enable the innodb_locks_unsafe_for_binlog system variable (which is now deprecated). Under these circumstances, gap locking is disabled for searches and index scans and is used only for foreign-key constraint checking and duplicate-key checking.

There are also other effects of using the READ COMMITTED isolation level or enabling innodb_locks_unsafe_for_binlog: Record locks for nonmatching rows are released after MySQL has evaluated the WHERE condition. For UPDATE statements, InnoDB does a “semi-consistent” read, such that it returns the latest committed version to MySQL so that MySQL can determine whether the row matches the WHERE condition of the UPDATE.
http://dev.mysql.com/doc/refman/ ... rd-level-locks.html

RC级别只是禁用了gap lock，如何能导致binlog复制不安全

lujinke

myownstars 发表于 2015-3-6 17:32
Gap locking can be disabled explicitly. This occurs if you change the transaction isolation level ...

补充一下：不安全是指对SBR（基于Statement的复制）不安全

select * from t;
-----------------
1
2
3

++++++++++++++++++++++++++++++++++++++++++
session 1
BEGIN;

                                                                        session 2:
                                                                        BEGIN;
                                                                        update t set id=id*2;
insert into t values(7);
COMMIT;
                                                                        COMMIT;

+++++++++++++++++++++++++++++++++++++++++++
执行完后，master上表t的内容是2,4,6,7

slave 上表t的内容是（先执行session 1，然后是session2）：
2,4,6,14

阿怪3

lujinke 发表于 2015-3-6 12:42
呵呵，RC隔离级别下，本身binlog复制就是不安全的，无论你怎么调其他选项

很多公司都喜欢把mysql的隔离级别从RR改为RC，此时，基于statement的主从复制就会有问题哈，