MySQL数据目次/data/mysql地点的上层目次/data磁盘空间不足致使MySQL启动失利,所以清算了/data目次下除了mysql子目次外的其他无用目次。重启发明照样失利。搜检毛病日记。
看到以下毛病:
/usr/local/mysql/bin/mysqld: Can't create/write to file '/data/tmp/ibbLmEoD' (Errcode: 13 - Permission denied)
原来是清算无用目次时不小心把MySQL设置文件中指定的tmpdir——/data/tmp目次也给删除了,致使MySQL Server启动时的一些暂时文件或表没法写入,从而启动失利。重修目次并给予准确的权限后,重启MySQL Server,一般启动。
说一说MySQL 暂时目次这个参数:
命令行参数花样:--tmpdir=path
设置文件参花样:tmpdir=path
暂时目次用于存储暂时文件或暂时表。值可所以一个运用“:”(Unix)或“;”(Windows)分开的途径列表,这些途径可被轮番运用,以便将负载分到差别磁盘。若MySQL server是作为Slave的角色,则不能将该目次指向基于内存文件体系的目次或许当主机重启时会被清算掉的目次,由于Slave须要这些文件复制暂时表或实行LOAD DATA INFILE操纵,这些文件丧失会致使复制失利。这意味着不能讲slave的tmpdir设置为linux体系默许的/tmp目次。关于Slave能够运用另一设置项slave_load_tmpdir来设置其暂时目次,如许Slave能够不运用通用选项tmpdir设置的暂时目次。关于非Slave角色的MySQL server没此限定。
若暂时目次不存在或权限不准确不仅会引起MySQL Server启动失利还会致使其他能够运用到暂时目次的MySQL实用顺序运转非常。许多MySQL相干顺序会从MySQL Server的设置文件读取选项值,比方全备顺序xtrabackup,下面这个毛病就是由于MySQL Server设置文件中指定的暂时目次不存在形成的。
xtrabackup_56: Can't create/write to file '/data/tmp/ibHbumcM' (Errcode: 2 - No such file or directory)
2014-07-23 16:04:42 7f1b25c607e0 InnoDB: Error: unable to create temporary file; errno: 2
xtrabackup: innodb_init(): Error occured.
innobackupex: Error:
innobackupex: ibbackup failed at /usr/bin/innobackupex line 389.
以上就是mysql默许tmpdir在哪的细致内容,更多请关注ki4网别的相干文章!