一般情況下select 使用mvcc的技術(shù)，是不加行鎖的，但是對于insert ... select , create table .. select 等不安全語句，會自動對源表加共享鎖
會話1：
root@sakila 11:02:28>insert into target select * from tab_no_index;
Query OK, 7 rows affected (0.01 sec)
Records: 7 Duplicates: 0 Warnings: 0
會話2:
root@sakila 11:03:02>update tab_no_index set name=name where name='1';
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
*************************************************************************************
如果修改變量，則不會對上面的select 的源表加鎖，但是在statement 的復(fù)制模式下，復(fù)制會出現(xiàn)問題
set global innodb_locks_unsafe_for_binlog=1;
mysqlbinlog mysql-bin.000039 | more 結(jié)果分析如下： 因?yàn)橛涗沚in log是按提交順序記錄的，所以在執(zhí)行insert ... select 語句前，已經(jīng)執(zhí)行了update了，而主庫是先執(zhí)行insert.. select ,再執(zhí)行update. 所以兩者的結(jié)果是不一樣的，所以是不安全的。
#170312 23:18:14 server id 2552763370 end_log_pos 328 CRC32 0x6262bb7c Query thread_id=2 exec_time=0 error_code=0
use `sakila`/*!*/;
SET TIMESTAMP=1489331894/*!*/;
update tab_no_index set name='8' where name='1'
/*!*/;
# at 328
#170312 23:18:32 server id 2552763370 end_log_pos 359 CRC32 0xebeef64e Xid = 20
COMMIT/*!*/;
# at 359
#170312 23:17:41 server id 2552763370 end_log_pos 442 CRC32 0xae75ad5e Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1489331861/*!*/;
BEGIN
/*!*/;
# at 442
#170312 23:17:41 server id 2552763370 end_log_pos 580 CRC32 0x3368f120 Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1489331861/*!*/;
insert into target select * from tab_no_index where name='1'
/*!*/;
# at 580
#170312 23:18:48 server id 2552763370 end_log_pos 611 CRC32 0x1b39b7d7 Xid = 19
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
綜述：
避免上鎖又不影響復(fù)制的最優(yōu)方式是：
innodb_locks_unsafe_for_binlog =1 (允許不安全的語句)
同時把
binlog_format=row (避免不安全的語句)
