MySQL binlog三种模式：
1）Row Level ##行模式
日志中会记录成每一行数据被修改的情况，然后在slave端再对相同的数据进行修改。
优点：row level的日志内容会非常清楚的记录每一行数据修改的细节，做复制的时候不会发生不一致
缺点：产生大量的日志，占用本地数据量大
2）Statement Level（默认）语句模式
每一条被修改数据的sql都会记录到master的bin-log中。slave在复制的时候sql进程会解析成和原来master端执行过的相同的sql来再次执行
优点：解决了row level下的缺点，不需要记录每一行数据的变化，减少bin-log日志量，节约磁盘IO，提高性能，只记录执行语句的细节，以及执行语句的时候上下文的信息
缺点：对某些功能复制不一致， 容易出现主从复制不一致
3）Mixed ##混合模式
实际上就是前两种模式的结合。在mixed模式下，mysql会根据执行的每一条具体的sql语句来区分记录的日志细节，也就是在statement和row之间选择一种；新版本row revel模式做了优化，遇到表结构变更的语句会以statement模式来记录，如是update或者delete等修改数据的语句还是会以row level模式记录。
互联网公司，使用mysql的功能相对少（存储过程、触发器、函数）；选择mysql默认的statement level模式就行
如公司使用mysql的特殊功能（存储存储、触发器、函数），则选择mixed模式
如公司使用mysql的特殊功能（存储存储、触发器、函数）又希望数据最大化一致，此时最好row level模式