MySQL数据库的实时备份知识点详解
前言
数据库实时备份的需求很常见，MySQL本身提供了Replication机制，摘译官方介绍如下：
MySQLReplication可以将一个主数据库中的数据同步到一个或多个从数据库中。并且这个同步过程默认以异步方式工作，不需要保持主从数据库的实时连接（即允许连接中断）。同时允许自定义配置需同步的数据库及数据表。
MySQLReplication的优点及应用场景如下：
1、通过MySQLReplication实现负载均衡与读写分离（主数据库仅更新，从数据库仅读取），提升数据库性能。
2、通过MySQLReplication实现数据的实时备份，保证数据安全。
3、通过MySQLReplication实现数据的离线分析（主数据库生成数据，从数据库分析计算不影响主数据库性能）。
4、数据分发。
MySQLReplication完整的官方文档请参阅：https://dev.mysql.com/doc/refman/5.7/en/replication.html
工作原理
1111
1、Master中的所有数据库变更事件写入BinaryLog文件
2、当在Slave中执行“SLAVESTART”命令时，开启SlaveI/OThread，并连接Master
3、Master侦测到SlaveI/OThread的连接，开启LogJumpThread进行响应
4、MasterBinaryLog经MasterLogJumpThread和SlaveI/OThread传输至SlaveRelayLog
5、SlaveSQLThread将RelayLog还原至数据，同步完成
注：可使用“SHOWPROCESSLIST”命令在Master和Slave中查看对应线程的运行情况
配置Master
开启BinaryLog并设置ServerID，ServerID必须唯一，取值范围1至232-1
[mysqld] #开启BinaryLog log-bin=mysql-bin #设置全局ID server-id=1 #指定需同步的数据库（因为数据库名称可能包含逗号，因此多个数据库必须重复配置多次而不能以逗号分隔） binlog-do-db=database_name #指定禁止同步的数据库 binlog-ignore-db=database_name #指定BinaryLog格式 binlog_format=MIXED
创建同步帐号
因为每个Slave均需要使用帐号密码连接至主数据库，所以在主数据库上必须提供帐号。建议使用一个独立帐号，仅授权数据同步权限。
CREATEUSER'repl'@'%.example.com'IDENTIFIEDBY'password'; GRANTREPLICATIONSLAVEON*.*TO'repl'@'%.example.com';
获取BinaryLog信息
Slave启动I/OThread时需要传入BinaryLog部分信息，因此需要获取一下BinaryLog信息：
SHOWMASTERSTATUS;
使用“SHOWMASTERSTATUS”命令获取BinaryLog信息，并记录File和Position字段值。
同步前保证Master与Slave的数据一致
在Slave启动I/OThread前，需确保Master与Slave的数据一致，因此先对Master进行锁定（防止数据变更），手动同步并确保数据一致后再解锁。
FLUSHTABLESWITHREADLOCK;
手动数据同步相关操作略...
UNLOCKTABLES;
配置Slave
设置ServerID，可不必开启BinLog：
[mysqld] #设置全局ID server-id=2 #指定同步的数据库 replicate-do-db=database_name #指定禁止同步的数据库 replicate_ignore_db=database_name
设置Master信息，执行如下命令：
mysql>CHANGEMASTERTO ->MASTER_HOST='master_host_name', ->MASTER_PORT='master_host_port', ->MASTER_USER='replication_user_name', ->MASTER_PASSWORD='replication_password', ->MASTER_LOG_FILE='recorded_log_file_name', ->MASTER_LOG_POS=recorded_log_position;
启动I/OThread
STARTSLAVE;
查看同步状态：
SHOWSLAVESTATUS;
Master的binlog_format参数
binlog_format用于配置BinaryLog的格式，支持如下三种类型：
Row
按数据行的变化进行记录，该模式与SQL语句、存储过程、函数、触发器等无关，它只关心每一行的数据是否发生变化，如变化则记录，因此Row模式是准确度最高的。但它的缺点是某些情况下会产生大量内容而导致效率下降，比如表结构发生变更时。
Statement
按SQL语句进行记录，很明显这个解决了Row模式的短板，但问题是准确度不够高，因为SQL语句可以非常复杂并且容易出现意外情况。
Mixed
Row与Statement混合模式，由MySQL自动决定什么时候使用Row，什么时候使用Statement，这也是默认模式。
replicate-do-db注意事项
当在Slave中使用replicate-do-db和replicate-ignore-db配置项时，需特别注意，跨数据库的SQL语句将不会被同步，如：
replicate-do-db=a useb; updatea.some_tablesetsome_field='somevalue';
解决方案是使用replicate_wild_do_table和replicate_wild_ignore_table，如：
replicate_wild_do_table=database_name.% replicate_wild_ignore_table=database_name.%