1.back_log
参数含义：MySQL每处理一个连接请求的时候都会对应的创建一个新线程，那么在主线程创建新线程期间，如果前端应用有大量的短连接进入到数据库，
为了保证当前事务及MySQL本身的稳定性，MySQL不可能无限制的接受新连接进入请求队列。请求队列的大小就是由back_log控制，如果等待的连接数量超过back_log，
则将不会接受新的连接请求，所以如果需要MySQL并发处理大量的短连接，需要提高此参数的大小。
取值范围：1--65535推荐值：600
注意：该参数值不能超过MySQL服务器TCP/IP连接的侦听队列的大小。若超过则无效，
查看当前系统的TCP/IP连接的侦听队列的大小命令：
cat /proc/sys/net/ipv4/tcp_max_syn_backlog
2. binlog_error_action
参数含义：Binlog_error_action参数控制当不能写binlog时，mysql本身会怎样处理这个状态。设置binlog_error_action=ABORT_SERVER会使mysql在写binlog遇到错误时退出。
在ABORT_SERVER模式下，binlog和从库都是安全的。
binlog_error_action=IGNORE_ERROR，如果无法写入binlog，mysql会在error.log中记录相关错误信息并强制关闭binlog功能。
这会使mysql在不记录binlog的模式下继续运行，导致从库无法继续获取到主库的binlog。
取值范围：IGNORE_ERROR | ABORT_SERVER
推荐值：ABORT_SERVER
3. binlog_format
参数含义：该参数控制MySQL是以如何格式记录二进制日志Binlog的。
STATEMENT（SBR）：Binlog记录的只是sql语句，日志量最少。
ROW（RBR）：Binlog记录完成的数据变更记录，日志量最大，但是最安全的。
MIXED（MBR）：MySQL根据一定的规则决定以何种格式记录binlog。在以下场景自动从STATEMENT格式转换为ROW格式。
如：UUID(), UDF, AUTO_INCREMENT columns, LOAD_FILE(), USER(), CURRENT_USER(), or CURRENT_USER等等
取值范围：ROW | MIXED | STATEMENT
推荐值：ROW
4. lower_case_table_names
参数含义：控制MySQL中库名、表名、表别名是否区分大小写。0代表区分，1代表不区分。
取值范围：0 | 1
推荐值：1
5. innodb_file_format
参数含义：控制Innodb引擎的行存储机制。Innodb引擎还支持行数据压缩特性，不过前提是采用Barracuda行存储格式。
表空间启用压缩的前提是innodb表空间文件存储格式修改成Barracuda，此外需要修改innodb_file_format_max= Barracuda
取值范围：Antelope | Barracuda
推荐值：Barracuda
6. max_binlog_size
参数含义：控制单个Binlog日志大小，一旦达到该参数的限制，会产生新的binlog文件。
取值范围：4096--1073741824
推荐值：512M
7. innodb_log_file_size参数含义：该参数控制Innodb事务日志文件的大小，日志写满后进行日志切换。所有日志的总大小不能超过512GB,
即innodb_log_file_size * innodb_log_files_in_group的值不能大于512GB.
推荐值：512M
8. innodb_log_files_in_group参数含义：控制Innodb事务日志的个数。如果设置的太小，遭遇事务高峰期，会产生大量的事务日志，频繁发生日志切换。
当日志1写满需要切换日志2时，如果日志2中事务对应的脏数据未完成落盘，日志切换只能等待，严重影响mysql的性能。
取值范围：2--100
推荐值：6
9. relay_log_info_repository
参数含义：控制从库的重做信息以何种方式保存。设置为file，sql线程先提交事务，再记录relay.info文件。
假如在relay.info刷盘那一刻宕机，relay.info文件中没有记录，那么从库重启mysql进程后们就会执行两边同样的sql，
导致同步复制报错。设置为table，sql线程执行完事务后，立即更新slave_relay_log_info表，如果在更新过程中宕机，
则事务会回滚，slave_relay_log_info表并不会记录同步的点，下次重新同步时，从之前的pos点再次执行。
取值范围：table|file
推荐值：table
10. relay_log_recovery
参数含义：Slave宕机重启后，对relay-log的处理方式。当slave宕机后，假如relay_log损坏，
导致一部分中继日志没有处理，则自动放弃所有未执行的relay-log，并且重新从MASTER上索取日志，保证relay的完整性。
默认情况下该功能是关闭的。建议在从库上开启次功能。
取值范围：ON | OFF
推荐值：ON
