使用主备复制
因此需要打开Log
Bin
这里就涉及一个sync
bin的概念
缺省情况下
sync
bin 在mysql中是关闭的
但存在一个风险
因为写日志没有刷新到硬盘中去的话
日志是写在操作系统的文件系统里的Cache中
这样若机器断电
那么日志信息将部分丢失
为了减少数据丢失
我们测试了sync
bin=
sync
bin=
和sync
bin=
三种情况
sync
bin=
的情况下
丢失数据最坏概率是丢一个事务的数据
但性能非常差
设置sync
bin=
的情况下
性能可以提高
倍左右
设置sync
bin=
时
性能比sync
bin=
又可以提高
倍
设置大于
的值
基本上相差不大
性能提高不了多少
最坏
个事务数据丢失是在我们的允许范围之内
因此设置
是个合理的值
这个值具体取决于你的系统能够最坏允许丢少的事务数据
若你的系统对数据丢失不于考虑可以关闭syncbin这时数据刷新到硬盘完全取决于操作系统的配置相关的配置参数有如下
/proc/sys/vm/dirty_ratio
这个参数控制一个进程在文件系统中的文件系统写缓沖区的大小单位是百分比表示系统内存的百分比表示当一个进程中写缓沖使用到系统内存多少的时候再有磁盘写操作时开始向磁盘写出数据增大之会使用更多系统内存用于磁盘写缓沖也可以极大提高系统的写性能但是当你需要持续恆定的写入场合时应该降低其数值一般缺省是 更新方法
echo >/proc/sys/vm/dirty_ratio （或则修改/etc/nf文件增加sysvmdirty_ratio= 重起机器）
/proc/sys/vm/dirty_background_ratio
这个参数控制文件系统的pdflush进程在何时刷新磁盘单位是百分比表示系统总内存的百分比意思是当磁盘的髒数据缓沖到系统内存多少的时候pdflush开始把髒数据刷新到磁盘增大会使用更多系统内存用于磁盘写缓沖也可以极大提高系统的写性能但是当你需要持续恆定的写入场合时应该降低其数值一般缺省是
/proc/sys/vm/dirty_writeback_centisecs
Pdflush写后台进程每隔多久被唤醒并执行把髒数据写出到硬盘单位是 / 秒缺省数值是也就是 秒如果你的系统是持续地写入动作那么实际上还是降低这个数值比较好这样可以把尖峰的写操作削平成多次写操作设置方法如下
echo >/proc/sys/vm/dirty_writeback_centisecs
/proc/sys/vm/dirty_expire_centisecs
这个参数声明Linux内核写缓沖区里面的髒数据多旧了之后pdflush进程就开始考虑写到磁盘中去单位是 /秒缺省是 也就是 秒的数据就算旧了将会刷新磁盘对于特别重载的写操作来说这个值适当缩小也是好的但也不能缩小太多因为缩小太多也会导致IO提高太快建议设置为 也就是秒算旧
echo >/proc/sys/vm/ dirty_expire_centisecs
因此若没有调整这些参数全部以缺省值而且关闭syncbin的话那么最多丢失的数据是
秒种（dirty_writeback_centisecs）之内的小于G的数据（dirty_background_ratioG/=G）
当然实际上秒之内不太可能写G的数据因此最坏就是秒钟之内的数据丢失因此若要关闭syncbin又不想丢失太多数据的话可以通过调整dirty_writeback_centisecs这个参数如调整到（秒）这样最多就丢秒钟的数据又可以提高数据的写能力
Mysql里还有一个参数可以调整提高数据库的写能力那就是
innodb_flush_log_at_trx_commit
这个参数默认是即每次事务Commit时都刷新日志以免数据丢失因为我们的系统允许丢失少量数据因此可以把innodb_flush_log_at_trx_commit设置为允许丢失一个事务的数据经测试发现可以提高%左右的性能
另外对于文件系统的mount方式noatime方式也可以提高部分性能（数据库专用的服务器一般是noatime）
当数据有删除更新操作后时间长后一般有碎片导致索引空间不紧凑占用更多的硬盘空间因此会导致查询编码解决办法是定期执行下面的语句
ALTER TABLE tbl_name ENGINE=INNODB
另外若sql语句中有sort 和group by之类需要增大sort_buffer_size
这个参数是每客户端连接的当有sort/group查询时会分配sort_buffer_size大小的内存因此若连接很多则要小心合适的值可以查看SHOW GLOBAL STATUS里面Sort_merge_passes的信息以及Created_tmp_tables之类信息
原文地址 ?play=reply&id=
