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语句起作用，对数据库中的其他对象例如存储程序不起作用。