MySQL主从复制原理
为了减轻主库的压力，应该在系统应用层面进行读写分离，写操作从主库进行，读操作从库进行。 下图为MySQL官网显示的主从复制原理图，通过图可以方便地理解读写分离和主从同步的过程，分散了对数据库的访问压力，提高了整个系统的性能和可用性，降低了大访问造成的数据库宕机的故障率
霸气猫log介绍
MySQL主从同步是基于霸气的猫log文件主从复制的实现。 为了更好地理解主从同步过程，这里简要介绍一个基于霸气的猫log日志文件。
霸气猫日志用于记录数据已更新或数据可能已更新的所有语句。 例如，与任何行都不匹配的DELETE。 语句保存为“事件”，描述数据的更改。 它作为二进制文件保存在磁盘上。 可以在mysql提供的显示工具mysql霸气猫log中查看文件内容。 例如，mysql霸气之猫log mysql-霸气之猫. 00001 | more。 现在，请注意霸气猫log文件的扩展名00001。 霸气猫log文件的大小和数量不断增加，mysql停止或重新启动时生成新的霸气猫log文件，扩展名依次增加，如mysql-霸气猫. 00002、mysql-霸气猫. 00003。 如果霸气猫log文件的大小超过了max_霸气猫log_size系统变量的配置，也会生成新的霸气猫log文件。
1 .霸气猫的日志格式
(1) statement )对每个变更数据记录sql
优点：霸气猫log文件小，节约I/O，性能好。
缺点：并不是所有的数据更改都写入霸气猫的日志文件。 特别是由于MySQL的一些特殊函数(LOAD_FILE (，UUID )等)和不确定语句进行操作，存在无法复制主从数据的问题。
)2) row :不记录SQL，只记录各行数据的变更内容
优点：记录每行数据更改的详细信息。 这意味着使用特定函数或其他情况不会出现无法复制的问题。
缺点：由于row格式记录了每行数据的更改，霸气猫的log日志内容大量出现，性能差，主从同步延迟发生的概率高。
)3) mixed )一般句子的修正以statment形式保存霸气的猫的log。 例如，在一些函数中，如果语句无法完成主从复制操作，则以row格式保存霸气的猫的log。 Mysql对要执行的每个具体SQL语句区分处理记录的日志格式，即语句和行