MySQL复制相关参数详解
作者：尹正杰
版权声明：原创作品，谢绝转载！否则将追究法律责任。
一.复制相关系统变量
1>.server_id
是必须设置在master和每个slave上的唯一标识ID，其取值范围是1~4294967295之间，且同一个复制组之内不能重复。
2>.server_uuid
server_uuid会在GTID复制中使用。当MySQL启动之后，会首先到数据文件目录下的auto.cnf中寻找是否有指定的server_uuid,如果没有找到，则自己生成一个server_uuid并保存到这个文件中。
3>.log_slave_updates
该参数用来控制是否将收到的主库的更新数据的语句也记录在slave自己的bin log中。正常情况下是不需要记录的，但如果是想创建级联复制关系，比如A->B->C,这其中B既要作为A的从库，也要作为C的主库，则需要既开启log-bin参数，也要开启log_slave_updates参数。(开启方式：log_slave_updates=1)
4>.relay-log
该参数用来指定relay-log文件的基础名称，默认的名称为host_name-relay-bin.xxxx,其中的xxxx结尾是依次递增的数字。
5>.replicate-do-db
该参数用来指定需要复制的库。在基于语句复制的环境中，指定该参数之后，则slave的SQL thread进程只会应用在本数据库下的对象相关的语句。如果有多个数据库需要复制，则这个参数要使用多次。但如果是涉及到跨库操作语句，则复制会丢失。(指定只复制sourse数据库：replicate-do-db=course)
6>.replicate-ignore-db
该参数决定了忽略指定数据库的复制，其行为和replicate-do-db正好相反。
7>.replicate-do-table=db_name.tbl_name
通过该参数告知slave的SQL thread仅复制指定表上的数据。如果有多个表，则该参数要使用多次。
8>.replicate-wild-do-table=db_name.tbl_name
通过该参数告知SQL的SQL thread仅复制符合匹配的表，可以使用_和%作为通配符。比如replicate-wild-do-table=foo%.bar%表示复制以foo开头的数据库下所有bar开头的表数据。如果是relpicate-wild-do-table=foo%.%，则表示复制foo开头的所有表的数据，也复制CREATE/DROP/ALTER DATABASE foo开头的命令。
9>.slave-parallel-workers
该参数决定了slave上启动多少个SQL thread线程来并行应用数据的。默认值是0代表不允许并行，取值范围可以使0~1024。当数据量较大，slave和master出现数据延迟较大时，可以考虑调大改值来优化同步效率！(开启方式：slave-parallel-workers=10)
10>.skip-slave-start
该参数决定了在MySQL启动时是否先不启动slave线程，即暂停复制。(开启方式：需要在[mysqld]中指定 skip-slave-start=1)
11>.slave-parallel-type
该参数决定了当启动了并行之后，采用什么粒度的并行方式。默认值database表示按照不同的数据库执行并行，LOGICAL_CLOCK则表示按照在binlog中的一组提交的事物作为并行粒度。
12>.slave-skip-errors=[err_code1,err_code2,...|all|ddl_exist_errors]
该参数决定了当slave的SQL thread执行过程中碰到何种错误时可以忽略并继续接下来的数据复制。正常情况下，当有错误发生时，复制会停止而且需要人工干预修复才能继续进行。除非非常自信可以忽略某些错误，否则不要使用这个参数，不然会导致复制执行正常，但其实内部的数据已经完全不一致！ (开启方式：slave-skip-errors=1062)
13>.sql_slave_skip_counter
代表在非GTID复制环境下，通过设置此参数来跳过复制事件。设置完该参数并非立即生效，而是等待下次start slave命令的执行生效，并将该参数再次设置为0。
14>.log-bin[=base_name]
该参数表示是否开启binary log。默认情况下MySQL会使用host_name-bin.xxxx作为文件的名字，其中xxxx是以数字递增的后缀。如果该参数指定了base_name，则二进制会以base_name.xxxx来命名。
15>.binlog-do-db=db_name
改参数决定了哪些库下的修改会被记录到bin log中。其行为与replicate-do-db类型，在基于SQL语句复制的环境下，只记录在当前数据库下的修改。比如指定binlog-do-db=course，以下语句不会记录到bin log中
mysql> USEyinzhengjie;
Readingtable information for completion of table and columnnames
You can turnoff this feature to get a quicker startup with -ADatabasechanged
mysql>mysql>mysql> UPDATE course.students SET sid=sid +1000; #该语句不会被记录到bin log中
Query OK,5 rows affected (0.01sec)
Rows matched:5 Changed: 5 Warnings: 0mysql>mysql> USEcourse;
Readingtable information for completion of table and columnnames
You can turnoff this feature to get a quicker startup with -ADatabasechanged
mysql>mysql>mysql> UPDATE yinzhengjie.students SET sid=sid +1000; #和上面不同，该语句会记录到bin log日志中
Query OK,1 row affected (0.00sec)
Rows matched:1 Changed: 1 Warnings: 0mysql>mysql>mysql> USEyinzhengjie;
Readingtable information for completion of table and columnnames
You can turnoff this feature to get a quicker startup with -ADatabasechanged
mysql>mysql> UPDATE course.students SET sid=sid +1000; #基于行复制环境下，只有属于指定数据库语句才会被记录到bin log中。
Query OK,5 rows affected (0.00sec)
Rows matched:5 Changed: 5 Warnings: 0mysql>mysql>mysql> USEcourse;
Readingtable information for completion of table and columnnames
You can turnoff this feature to get a quicker startup with -ADatabasechanged
mysql>mysql> UPDATE yinzhengjie.students SET sid=sid +1000; #基于行复制的话，由于指定了库进行赋值，因此该语句是不会被记录的。针对跨库的语句来说，行为和replicate-do-db相同。
Query OK,1 row affected (0.00sec)
Rows matched:1 Changed: 1 Warnings: 0mysql>mysql>
二.检查复制状态方法
1>.Slave_IO_State
代表当前slave的状态。
2>.Slave_IO_Running
代表负责读取主库bin log的IO线程是否是运行状态，正常情况下应该是YES。
3>.Slave_SQL_Running
代表负责执行备库relay log 的SQL线程是否是运行状态，正常情况下应该是YES。
4>.Last_IO_Error
代表最后一次IO线程所发生的错误，正常情况下应该是空，代表没有错误。
5>.Last_SQL_Error
代表最后一次SQL线程所发生的错误，正常情况下应该是空，代表没有错误。
6>.Seconds_Behind_Master
代表备库的SQL线程比主库的bin log晚多少秒。0代表目前没有复制延迟。
7>.Master_Log_file,Read_Master_Log_Pos
代表IO线程在主库bin log中的坐标位置。
8>.Relay_Master_Log_File，Exec_Master_Log_Pos
代表SQL线程在主库bin log中的坐标位置。
9>.Relay_Log_File,Relay_Log_Pos
表示SQL线程在备库relay log中的坐标位置。
10>.SHOW PROCESSLIST
在主库可以通过执行SHOW PROCESSLIST命令查看主库的bin log日志生成进程。
mysql>SHOW PROCESSLIST;+----+------+-----------+--------+---------+------+----------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+------+-----------+--------+---------+------+----------+------------------+
| 3 | root | localhost | course | Query | 0 | starting | SHOW PROCESSLIST |
+----+------+-----------+--------+---------+------+----------+------------------+
1 row in set (0.00sec)
mysql>mysql>mysql>mysql>SHOW PROCESSLIST\G*************************** 1. row ***************************Id:3
User: root
Host: localhost
db: course
Command: Query
Time:0State: starting
Info: SHOW PROCESSLIST1 row in set (0.00sec)
mysql>
mysql> SHOW PROCESSLIST\G
三.MySQL复制格式
1>.基于语句复制的优势
属于比较成熟的技术，得到广泛应用；
当SQL语句会修改很多数据时，使用语句复制会比较节省空间；
由于二进制文件中包含了所有的修改语句，所以可以用来审计功能；
2>.基于语句复制的劣势
某些特定的修改语句在基于语句复制的环境中复制会有问题，比如语句中包含自定义函数或者不确定性的存储过程；
UPDATA/DELETE语句中包含LIMIT语句但不包含ORDER BY语句数据不确定性语句；
一些函数比如RAND(),SYSDATE(),VERSION()等由于不确定性会导致复制异常；
每个导致复制异常的语句都会产生一条告警信息，比如：[Warning] Statement is not safe to log in statement format.
3>.基于行复制的优势
所有的数据库修改都可以复制，是一种安全的方式；
由于是行复制，所以某些语句在主库和从库上执行需要较少的LOCK；
4>.基于行复制的劣势
当DML语句涉及到多行的修改时，则由于行复制会把每行的修改信息都记录下来，所以bin log会很大，有可能会导致复制的延迟相比较语句复制要大；
不能直接查看备库中执行的SQL语句；
建议仅使用InnoDB表做行复制，对MyISAM表的行复制有可能会导致复制异常；
四.MySQL复制线程
1>.在slave暂停复制的方法
mysql>STOP SLAVE;
Query OK,0 rows affected (0.00sec)
mysql>
mysql> STOP SLAVE; #整体停止的方法
mysql>STOP SLAVE IO_THREAD;
Query OK,0 rows affected, 1 warning (0.00sec)
mysql>mysql>
mysql> STOP SLAVE IO_THREAD; #停止IO线程的方法
mysql>STOP SLAVE SQL_THREAD;
Query OK,0 rows affected, 1 warning (0.00sec)
mysql>
mysql> STOP SLAVE SQL_THREAD; #停止SQL线程
2>.在slave开启复制的方法
mysql>START SLAVE;
Query OK,0 rows affected (0.00sec)
mysql>
mysql> START SLAVE; #整体开启的方法
mysql>START SLAVE IO_THREAD;
Query OK,0 rows affected, 1 warning (0.00sec)
mysql>
mysql> START SLAVE IO_THREAD; #开启IO线程的方法
mysql>START SLAVE SQL_THREAD;
Query OK,0 rows affected, 1 warning (0.00sec)
mysql>
mysql> START SLAVE SQL_THREAD; #开启SQL线程的方法
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
