mysqldump备份数据出错
收到nagios报警,提示mysql备份失败,线上使用的是逻辑备份,也就是使用mysqldump,由于数据比较小,也就没在乎速度神马的问题。好吧,那就查查是什么原因导致备份失败,由于备份是写成脚本定时执行的,我就抽取里面mysqldump命令执行,看是否会抛什么错误,果不其然,报错如下:
又想到去看看错误日志,是否有异常
[root@localhost data]# tail -n 10 localhost.localdomain.err140320
140320 9:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted 140320 9:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted 140320 9:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted 140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted 140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted 140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted 140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted 140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted 140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted [root@localhost data]#
看的出来是无法排序,mysql在group by,order by的时候,如果无法使用索引排序,就会使用内存临时表,要是超过内存临时表的限制,就会在磁盘上创建临时表,也就是myisam表,默认目录是/tmp
我就郁闷了,group by,order by使用临时表这个知道,难道mysqldump也使用临时表?
mysql> show variables like ‘%tmpdir%‘; +-------------------+-----------+ | Variable_name | Value | +-------------------+-----------+ | slave_load_tmpdir | /data/tmp | | tmpdir | /data/tmp | +-------------------+-----------+ 2 rows in set (0.00 sec) mysql>
可以看见是在/data/tmp 目录,于是看看/data/目录权限,发现权限是root的,mysql根本没法创建,于是手动在/data/目录下创建tmp,并且
chown mysql.mysql tmp
然后再试着执行mysqldump备份一个表,没有报错了,查看错误日志也没有继续报错了,询问了另外一个运维,说是他改的,将临时表目录/tmp改成了/data/tmp,由于没有注意权限问题,才导致备份失败,以及mysql无法排序。
其实我们可以将临时表的目录设置为/dev/shm,该目录是内存文件系统,速度非常快;这也算是一种优化手段
mysql> show variables like ‘%tmp%‘; +-------------------+----------+ | Variable_name | Value | +-------------------+----------+ | max_tmp_tables | 32 | | slave_load_tmpdir | /dev/shm | | tmp_table_size | 16777216 | | tmpdir | /dev/shm | +-------------------+----------+ 4 rows in set (0.01 sec) mysql>
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。