恢复和复制对 innodb 锁机制的影响

mysql 是通过 binlog 记录实现数据库的恢复跟复制的，复制其实就是 slave mysql 不断做基于 binlog 的恢复

特点：

1）mysql 的恢复是 sql 语句级的，也就是重新执行 binlog 中的sql 语句，而 oracle 数据库是基于数据库文件块的

2）mysql binlog 是按照事务提交的先后顺序记录的，恢复也是按这个顺序进行的。而oracle 是按照系统更新号（System Change Number  SCN） 来恢复数据的，每个事务开始时， oracle 都会分配一个全局唯一的 SCN, SCN 的顺序与事务开始的时间顺序是一致的

此时 mysql 会加 表锁，那么这个时候就会产生严重的并发影响，因此 mysql 不建议 使用 insert....select 和 create table  .. select ,这些 sql 语句都会造成严重的性能问题，mysql 将这种 sql 叫做不确定的sql

如果一定要使用：

1.将 innodb_locks_unsafe_for_binlog 的值设置为 "on",强制使用 多版本数据一致性读。但付出的代价是可能无法用 binlog 正确地恢复或复制数据，因此，不推荐使用这种方式




2.通过使用 select * from source_tab ... into outfile 和 load data infile ... 语句组合来间接实现，采用这种方式 mysql 不会给 source_tab 加锁