关于mysql备份文件错误的是_mysqldump备份数据出错

收到nagios报警，提示mysql备份失败，线上使用的是逻辑备份，也就是使用mysqldump，由于数据比较小，也就没在乎速度神马的问题。好吧，那就查查是什么原因导致备份失败，由于备份是写成脚本定时执行的，我就抽取里面mysqldump命令执行，看是否会抛什么错误，果不其然，报错如下：

又想到去看看错误日志，是否有异常

[root@localhost data]# tail -n 10localhost.localdomain.err140320

140320 9:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted140320 9:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted140320 9:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted140320 10:00:00 [ERROR] /usr/local/mysql-5.1.66/libexec/mysqld: Sort aborted140320 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.00sec)

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.01sec)

mysql>