mysql bin_log 配置

sync_binlog”：这个参数是对于MySQL系统来说是至关重要的，他不仅影响到Binlog对MySQL所带来的性能损耗，而且还影响到MySQL中数据的完整性。对于“sync_binlog”参数的各种设置的说明如下：

sync_binlog=0，当事务提交之后，MySQL不做fsync之类的磁盘同步指令刷新binlog_cache中的信息到磁盘，而让Filesystem自行决定什么时候来做同步，或者cache满了之后才同步到磁盘。

sync_binlog=n，当每进行n次事务提交之后，MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘。

在MySQL中系统默认的设置是sync_binlog=0，也就是不做任何强制性的磁盘刷新指令，这时候的性能是最好的，但是风险也是最大的。因为一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失。而当设置为“1”的时候，是最安全但是性能损耗最大的设置。因为当设置为1的时候，即使系统Crash，也最多丢失binlog_cache中未完成的一个事务，对实际数据没有任何实质性影响。

从以往经验和相关测试来看，对于高并发事务的系统来说，“sync_binlog”设置为0和设置为1的系统写入性能差距可能高达5倍甚至更多。

 

mysql binlog 一般只在 主上面 进行配置，但是如果有时进行数据恢复的时候需要用到从上面的 binlog，最好主从都配置

server-id=135     # 每个 mysql 都有属于自己的不同的 server_id

log-bin=/data01/mysqllog/binlog/mysql-bin     # 定义 mysql 的 bin_log 位置跟 名字

binlog_format=MIXED         # binlog 模式

max_binlog_size = 512M     # binlog 文件的最大值

binlog_cache_size = 128K     # binlog 缓存的值，就是 每个事务的执行大小，不够的话，会临时创建/tmp下的临时文件

sync_binlog=2          # 进行两次 事务 处理之后进行 缓存数据 写入磁盘操作

主从对于 mysql 数据库的备份库的选择：

主：

binlog-do-db=db1,db2

binlog-ignore-db =  mysql, information_schema

从：

replicate-do-db =db1,db2

replicate-ignore-db =  mysql, information_schema

跟主从相关的配置参数

skip-slave-start     # 不让从开机启动，需要手动去开启 从服务 start slave;

read_only     # 让从只读