前几天一台MySQL服务器的备份遭遇了一个错误，信息如下：innobackupex: Error: Connection to mysql child process(pid=20080) timedout. (Time limit of 900 seco
innobackupex: Error: Connection to mysql child process
(pid=20080) timedout. (Time limit of 900 seconds exceeded. You may
adjust time limit by editing the value of parameter
"$mysql_response_timeout" in this script.) while waiting for reply
to MySQL request: 'FLUSH TABLES WITH READ LOCK;' at
/home/mysql/backup/xtrabackup-1.6/innobackupex line 336.这是使用XtraBackup容易引起的一个经典错误，引起这个错误的原因也很简单，就是XtraBackup在备完innodb表的时候，要获得对所有表的锁定来备份MyISAM表和其他文件，来保证数据的一致性，如果在此过程中数据库不断的有DML操作，XtraBackup就可能迟迟无法获得对所有表的锁定，最后超时。
要避免这个问题，一个是加大超时的时间限制，但这显然不是一个好的解决办法，另外就是在备份的时候加上--no-lock参数，就是在复制MyISAM表和.frm等文件的时候不锁表，但要保证这时没有对MyISAM表的DML操作和Innodb表的DDL操作，这一般通过应用端权衡时间是容易办到的。
但是要注意的是，如果备份出来的文件要用于主从复制，那么不锁表会导致没有输出 slave_info文件和binlog_info文件，这对于一些人的应用场景可能会有影响。这时可以加一个--safe-slave-backup参数，使得在从库上备份的时候停止SQL THRED，这样即使从库能从主库接收binlog文件，但是不会应用，relay log position就不会移动了。但是单纯的停掉slave SQL Thread是不会影响binlog position的。
因为临时表的原因，--safe-slave-backup需要在SHOW STATUS的输出中slave_open_temp_tables为0的时候才停止slave SQL Thread，否则会导致复制出问题。因为临时表是基于用户session的，因此如果正在操作临时表的数据的时候停止slave SQL Thread，会导致可能后续的数据不一致，在其他停用slave SQL Thread的场景也要注意这个问题。
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
