MySQL主从滞后复制

我们公司正在使用TokuDB进行生产，而且我们还有很多问题试图减轻我们的奴隶的滞后。 非常奇怪，因为我们正在谈论的行数很less……但是有一些数据却滞后了。

从属是一个只读数据库。

欲了解更多信息，我们正在使用：

CPU ：Intel（R）Core（TM）i5-2400 CPU @ 3.10GHz（4核）

• 在Debian 6.0上遇到Dovecot + Webmin的问题
• 随着时间的推移监控磁盘使用情况 – 检查是否有大的变化
• KVM访客IO性能较差
• Apache other_vhosts_access.log和access.log日志文件
• 在Nagvis的PHP错误/ Mk-livestatus

内存 ：16Gb

硬盘 ：2Tb ST2000DM001（EXT4文件系统）

在这里你可以看到一些I / O性能输出。 我把它粘贴在这篇文章之外，因为我认为这样可以更容易阅读。

iostat -x 1输出，当我们有一个滞后的情况http://paste.laravel.com/bjv

fio ，用于磁盘I / O： http : //paste.laravel.com/bjG

我们做了几个磁盘调整，从史蒂文科罗娜的书http://www.scalingphpbook.com提取：

• 将I / O调度程序更改为noop 。
• closures/etc/fstab文件系统访问时间， noatime和nodiratime
• 在/etc/security/limits.conf增加了打开文件的数量：

 * soft nofile 999999 * hard nofile 999999 

一些调整，我们在configuration：

主

 # * Query Cache Configuration query_cache_limit = 0 query_cache_size = 0 query_cache_type = 0 innodb_file_per_table = 1 innodb_file_format = barracuda innodb_flush_method = O_DIRECT innodb_flush_log_at_trx_commit = 1 innodb_log_file_size = 128M innodb_buffer_pool_size = 13500M innodb_read_io_threads = 16 innodb_write_io_threads = 16 innodb_io_capacity = 180 innodb_thread_concurrency = 4 

奴隶

 # * Query Cache Configuration query_cache_limit = 0 query_cache_size = 0 query_cache_type = 0 innodb_file_per_table = 1 innodb_file_format = barracuda innodb_flush_method = O_DIRECT innodb_flush_log_at_trx_commit = 2 sync_binlog = 1 innodb_log_file_size = 128M innodb_buffer_pool_size = 13500M innodb_read_io_threads = 16 innodb_write_io_threads = 16 innodb_io_capacity = 180 innodb_thread_concurrency = 4