MySQL5.7备机(slave)启动参数

共计 3431 个字符，预计需要花费 9 分钟才能阅读完成。

1，–log-slave-updates
  系统变量名：log_slave_updates
  一般情况下 slave 不会把从 master 接收到的 binlog 记录写入自己的 binlog，这个参数会使 slave 通过 SQL 线程把从 master 接受到的 binlog 写进自己的 binlog，但是前提是 slave 一定要开启自己的 binlog，此参数一般用于级联复制，例如需要 A 复制到 B，B 复制到 C，那么 B 就要开启此参数。
 
2，–master-info-file=file_name
  slave 记录的关于 master 信息的文件的名称，默认 master.info，在 datadir 下。
 
3，–max-relay-log-size=size
  系统变量名：max_relay_log_size
  自动轮流记录的中转日志文件的大小，如果设置为非 0，当中转日志文件的大小超过此值，则记录下一个中转日志文件，如果此值为 0（默认），则中转日志的大小由 max_binlog_size 决定。
 
4，–relay-log=file_name
  系统变量名：relay_log
  中转日志文件前缀名 (base name)，对于默认的复制通道，默认值为 host_name-relay-bin，对于非默认的复制通道，默认值为 host_name-channel-relay-bin，这里 channel 为记录在中转日志的复制通道名称，如果这个文件名称前面没有绝对路径，则中转文件路径在 datadir 下，服务器创建中转文件的时候会在文件末尾添加一个数字的序号。如果指定了此参数但是没有指定参数的值，则文件名称取决于其他参数、参数的顺序以及是在命令行指定还是在配置文件指定。此参数还被用于生成中转日志索引文件，但是可以通过指定 –relay-log-index 参数进行覆盖。
  在下面几种情况下，此参数非常有用：
  1，创建独立于 master 名的中转日志文件。
  2，如果你想把中转日志放到别的地方而不是 datadir 下。
  3，提高通过在磁盘之间做负载均衡的速度
  可以从 relay_log_basename 系统变量获得中转日志文件的名称和路径。
 
5，–relay-log-index=file_name
  系统参数名称：relay_log_index
  中转日志后缀名，默认 host_name-relay-bin.index，在 datadir 目录下。
 
6，–relay-log-info-file=file_name
  用来记录中转日志信息的文件的名称。默认 relay-log.info，在 datadir 目录下。
 
7，–relay-log-purege={0|1}
  系统参数名称：relay_log_purge
  开启或关闭在不需要的时候自动删除中转日志。默认开启(1)，这是个全局变量，可以通过
  SET GLOBAL relay_log_purge = N 动态设置。
 
8，–relay-log-recovery
  开启在服务器启动后立刻恢复中转日志。恢复进程会创建一个新的中转日志文件并且使 I / O 线程从 master 读取 binlog 写入此中转文件，使 SQL 线程读取此中转文件。此参数主要是为了防止 slave 宕机后 SQL 线程读取损坏的中转日志(如果这样的话有可能会导致数据和 master 不一致)。不过为了达到此目的还需要将 –relay-log-info-repository 参数设置为 TABLE(即以表的形式记录中转日志的信息) 以及开启 –relay-log-purege(默认开启)参数，此参数默认为 0，没有开启。当使用多线程复制的时候，有可能出现数据不连续的情况，如果开启此参数还是不能解决则可以通过如下命令解决：
  START SLAVE UNTILSQL_AFTER_MTS_GSPS，这样会使服务器处于更加连续的状态，然后执行 RESET SLAVE 删除中转日志。
 
9，–relay-log-space-limit=size
  系统变量名称：relay_log_space_limit
  设置所有中转日志文件的大小总和的上限 (单位：字节)，如果设置为 0，意味着没有限制。在服务磁盘空间不大的情况这，这一参数非常有用，当中转文件大于此值的时候 I / O 线程停止从 master 读取 binlog，直到 SQL 线程最赶上并删除没用的中转日志。但是也不是绝对的，当 SQL 线程在删除中转日志前需要更多的事件的时候，I/ O 线程就会超出此值，否则就会导致死锁（SQL 线程和 I / O 线程互相等待），
另外此值不应该低于 –max-relay-log-size(当 –max-relay-log-size 为 0 的时候不应该低于 –max-binlog-size 的两倍)值的两倍。有这么一种情况，当 I / O 线程因超出 –relay-log-space-limit 的值而等待空闲磁盘的时候，但是 SQL 线程没有中转日志删除并且不能满足 I / O 线程，此时会暂时的轻质 I / O 忽略 –relay-log-space-limit。
 
10，–replicate-do-db=db_name
  在 slave 创建过滤器复制指定数据库，在 5.7.3 及以后的版本可以使用 CHANGE REPLICATION FILTER REPLICATION_DO_DB 命令创建，具体的复制细节在不同的 binlog 有不同的表现，具体如下：
  基于语句的复制（Statement-based replication）: 告诉 SQL 线程那些库需要复制，如果多个数据库则使用多次此参数，SQL 线程根据默认数据库（USER DB1）来判断是否需要复制，如果 slave 设置为 –replicate-do-db=sales，那么下面的语句不会更新 sales 库中的 january 表：
12 USE prices;
UPDATE sales.january SET amount=amount+1000;

  因为 SQL 线程只根据默认数据库去判断是否需要复制，发现默认的数据库不是 sales 则下面的所有 SQL 都不会执行。
  基于行的复制（Row-based replication）: 基于行的复制则与基于语句的复制恰恰相反，SQL 线程不关系默认库是什么只关心 sql 语句是否影响了指定的数据库，如果 slave 设置为 –replicate-do-db=sales，那么下面的语句会更新 sales 库中的 february 表：
USE prices;
UPDATE sales.february SET amount=amount+1000;

  这种策略会带来一些小副作用，例如下面的 sql：
USE db1;
UPDATE db1.table1 SET col1 = 10, db2.table2 SET col2 = 20;

  如果此时 slave 设置为 –replicate-do-db=db1，那么不只是 db1.table1 表会发生变化，db2.table2 也会发生变更。
 综上所述，考虑到数据库复制，跨数据库的 sql 一定要谨慎了。
 
11，–replicate-ignore-db=db_name
  在 slave 上创建过滤器，指定忽略哪些数据库，在 5.7.3 及以后的版本可以使用 CHANGE REPLICATION FILTER REPLICATION_IGNORE_DB 命令创建，不同格式的 binlog 的规则与 –replicate-do-db=db_name 类似。
 
12，–replicate-do-table=db_name.tbl_name
  创建表级别的复制过滤器，告诉 SQL 线程那个库的那些表需要复制，不管是跨数据库的更新还是默认数据的更新都起作用，在 5.7.3 及以后的版本可以使用 CHANGE REPLICATION FILTER REPLICATION_DO_TABLE 命令创建。只对 sql 语句起作用，对数据库中的其他对象例如存储程序不起作用。
 
13，–replicate-ignore-table=db_name.tbl_name
  创建忽略哪些表的过滤器，跨数据库更新依然有效，在 5.7.3 及以后的版本可以使用 CHANGE REPLICATION FILTER REPLICATION_IGNORE_TABLE 命令创建。只对 sql 语句起作用，对数据库中的其他对象例如存储程序不起作用。

本文永久更新链接地址：http://www.linuxidc.com/Linux/2017-01/139065.htm