mysql启动时执行sql server_mysql启动时常见问题

问题发现：

可以在mysql的配置文件my.cnf 中将错误日志打开，然后启动的时候，会有日志输出到错误日志中

MySQL配置文件my.cnf权限问题导致无法启动，错误提示“World-writable config file '/etc/my.cnf' is ignored”

问题描述

Linux实例的MySQL无法启动，报如下错误：

问题分析

查看MySQL错误日志发现如下错误(提示 MySQL 库的 host 表无法打开)。

查看/etc/my.cnf配置文件。

到MySQL数据库所在目录查看表是否存在。

发现MySQL库的host表是存在的，那为什么会提示不存在呢？

问题应该出在/etc/my.cnf文件上，从第一个截图也可以看到警告信息(/etc/my.cnf被忽视)

查看文件权限。

原来文件权限被设置成777，因安全问题导致被MySQL忽视，所以去查询默认的数据库存放路径，没有MySQL库的host表导致启动失败。

解决办法

将/etc/my.cnf权限修改成644，然后启动MySQL即可。

Binlog 丢失导致无法启动，错误日志： File './mysql-bin.000001' not found

问题描述

清理磁盘空间时删除了全部binlog日志，导致MySQL无法启动。

MySQL的errorlog里面可以看到错误信息。

解决办法

有以下两种解决方法，步骤如下。

编辑/etc/my.cnf，找到log-bin=mysql-bin，在前面加#将其注释暂时关闭binlog，保存修改后启动MySQL服务。

提示：my.cnf配置文件路径以实际调用路径为准

通过清理Binlog索引文件解决，清理命令如下，完清理后启动MySQL服务。

echo " " > mysql-bin.index

注：也可以通过vim编辑进行清理。

Binlog无法读取导致无法启动，错误日志：Failed to open log (file './mysql-bin.000001', errno 13)

问题描述

MySQL 无法启动报错“Starting MySQL…The server quit without updating PID file [FAILED]a/server/mysql/data/test.pid).”。并且查看MySQL的错误日志会提示“110711 00:00:00 [ERROR] Failed to open log (file './mysql-bin.000001', errno 13)”

问题原因

Binlog日志无法去读，一般由于磁盘空间满，或者权限不正确导致。

解决办法

执行如下命令查询磁盘空间。

df -h

查看磁盘空间没有满，则需要ls命令检查文件权限。

执行如下命令，修改文件权限。

chmod 660 mysql-bin.000001chown mysql.mysql mysql-bin.000001

修改完成，确认正常启动MySQL。

不能创建PID导致无法启动，错误日志“Can't start server: can't create PID file: No such file or directory”

问题描述

MySQL 启动报错信息如下。

Starting mysqld (via systemctl):  Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details、 [FAILED]

问题原因

MySQL服务在启动的时候，不能创建PID文件。

解决方法

使用systemctl status mysqld.service和journalctl -xe查看服务启动失败的原因。

如果mysqld目录终端看一下是否存在，如果不存在，执行如下命令，手动创建。

mkdir -p /var/run/mysqld/

再次尝试启动MySQL服务，报错如下。

Starting mysqld (via systemctl):  Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details. [FAILED]

查看MySQL的告警日志类似如下。

2016-01-20T10:28:37.183387Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 13 - Permission denied)2016-01-20T10:28:37.183431Z 0 [ERROR] Can’t start server: can’t create PID file: Permission denied160120 18:28:37 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended160120 18:32:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

由于权限不正确，/var/run/mysqld/的属主和属组还是root，MySQL并不能在其中创建文件后修改该目录的属主和属组。

执行如下命令，修改mysqld目录属性。

chown mysql.mysql /var/run/mysqld/

执行如下命令，重启mysqld。

/etc/init.d/mysqld

不能创建临时文件导致无法启动，错误日志“mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13)”

问题描述

MySQL启动失败，错误日志“mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13)”。

解决办法

使用命令ll -d /tmp命令检查目录权限。

使用chmod 1777 /tmp设置为正确权限。

重启MySQL。

MySQL 服务无法识别导致无法启动，错误提示：mysqld: unrecognized service

问题描述

执行MySQL启动命令service mysqld start时，提示“mysqld: unrecognized service(未识别的服务)”。

问题原因

因为service命令是通过/etc/init.d启动服务目录来调用的，所以我们需要看一下/etc/init.d是否存在mysqld这个服务，使用find /etc/init.d/ -name mysqld命令来查找，发现没有mysqld这个文件了。

解决办法

需要将这个文件复制到/etc/init.d/目录下，改名为mysqld，并且赋予这个文件可执行权限。

最后通过命令chkconfig —add mysqld添加开机自动启动服务。

使用service mysqld start启动成功。

MySQL配置了过大的内存导致无法启动，错误提示“InnoDB: Cannot allocate memory for the buffer pool”

问题描述

MySQL启动时报错，查看错误日志有“[ERROR] InnoDB: Cannot allocate memory for the buffer pool(不能从缓存池中分配给innodb引擎需要的内存)”。

解决办法

需要调整MySQL配置文件my.cnf中的innodb_buffer_pool_size和key_buffer_size的大小设置，适当的调大内存分配，一般调整为系统内存的一半。

先使用free -m查看下系统内存大小，查看是1G内存。

通过vi /etc/my.cnf，调整innodb_buffer_pool_size和key_buffer_size各为500M。

注意：my.cnf以实际配置文件路径为准。

重启MySQL服务使其生效。】

MySQL启动参数过多导致无法启动，错误提示“Too many arguments (first extra is 'start')”

问题描述

Linux实例系统安装MySQL，启动的方式有多种，如果输入mysqld start —user=mysql 启动后，出现报错：Too many arguments (first extra is 'start')。

问题原因

这是因为启动MySQL的时候参数过多导致。

解决办法

通过直接输入/路径/mysqld —user=mysql的方式启动，如下所示。

MySQL目录权限问题导致无法启动，错误提示“File './mysql-bin.index' not found (Errcode:13 - Permission denied)”

问题描述

MySQL启动报错，错误日志如下图所示。

问题原因

提示的异常为文件属性权限异常导致。

解决方法

查看MySQL服务下的data目录，确认mysql-bin.index的权限是否正常。

正常情况下data目录下文件的属主和属组都应该是mysql，如果不是请修改正确的文件属性权限，并重启MySQL。

提示：如果对MySQL服务配置文件的属性不清楚，可以通过对比正常的MySQL主机对比了解。

MySQL未初始化导致无法启动，错误提示“can't open the mysql.plugin table”

问题描述

MySQL服务启动时错误提示如下。

ERROR! MySQL manager or server PID file could not be found!

Starting MySQL. ERROR! Manager of pid-file quit without updating file.

问题原因

查看错误日志提示“can't open the mysql.plugin table ,please run mysql_upgrade to create it”。

解决办法

执行如下命令，指定datadir与basedir进行初始化启动。

/alidata/server/mysql-5.1.73/scripts/mysql_install_db —user=mysql —datadir=/alidata/server/mysql/data —basedir=/alidata/server/mysql-5.1.73/

注意：以现场实际MySQL安装路径为准。

MySQL启动成功但未监听端口

问题描述

MySQL启动成功，使用ps -ef |grep mysql可以看到进程，也可以在服务器登陆，但是使用netstat -antp| grep 3306命令可以看到没有监听端口。

问题原因

配置文件中使用了skip-networking选项功能，该选项的作用是不监听端口，同主机的用户可以通过sockets进行链接。外部主机由于没有监听端口，将无法连接。

解决方法

查看MySQL配置文件，确认端口当前MySQL端口号。

通过vim编辑MySQL配置文件将skip-networking选项注释掉或删除，重启MySQL即可看到端口监听了。

MySQL服务ibdata1权限问题导致无法启动，错误日志“InnoDB Operating system error number 13 in a file operation”

问题描述

mysql启动提示update pid失败提示“Starting MySQL. ERROR! Manager of pid-file quit without updating file.”。同时错误日志中记录“InnoDB Operating system error number 13 in a file operation”，如下图所示。

问题原因

操作系统访问文件/usr/local/mysql/var/idata1无权限导致。

解决办法

查看权限，确认MySQL服务没有访问权限。系统显示类似如下。

调整为MySQL服务可以访问的权限，比如777，或者是调整属帐号为mysql，完成后正常重启动MySQL。

磁盘空间满导致MySQL无法启动

问题描述

启动MySQL报错提示为“ERROR! MySQL manager or server PID file could not be found! Starting MySQL. ERROR! Manager of pid-file quit without updating file.”。并且查看下MySQL错误日志提示如下图所示。

问题原因

MySQL日志文件占用过大磁盘空间，磁盘空间不足导致启动报错。

解决办法

执行如下命令，查看当前磁盘使用情况。

df -h

系统显示类似如下。

执行如下命令，查看当前所有磁盘空间中大于100M的文件。

find / -size +100M

系统显示类似如下。

确认MySQL日志占用过大磁盘空间，且该日志文件无特殊需求时，直接删除即可。

进程残留导致MySQL无法启动

问题描述

MySQL启动失败，错误提示“Starting MySQL. ERROR! Manager of pid-file quit without updating file.”  。

问题原因

使用ps -A | grep mysqld命令 ，发现mysqld和mysqld_safe进程残留，进程ID分别是994和1221。

提示：进程ID在不同服务器环境中可能不同，请根据实际情况为准。

解决办法

通过kill命令，结束两个进程，重启MySQL，并确认成功启动。

MySQL服务自动停止

问题描述

服务器上安装的MySQL，会出现自动停止的情况。

问题原因

出现这种现象，通常是服务器的内存不足导致的。

解决办法

执行如下命令，查看服务器的系统日志/var/log/messages文件，分析服务器日志来分析。

tail /var/log/messages

系统显示类似如下。

注：看下在MySQL自动停止的时间段内，有什么异常的日志信息，如果日志有提示“Out of memory”就可以判定，是服务器的内存使用不足，导致系统自动杀死的MySQL的进程。

最后可以通过升级服务器的内存可以解决。

MySQL服务启动时提示:The server quit without updating PID file

[root@rekfan mysql]# service mysql restart

MySQL server PID file could not be found![失败]

Starting MySQL...The server quit without updating PID file (/usr/local/mysql/data/rekfan.pid).[失败]

google了下 ，问题可能的原因有多种，具体什么原因最好的办法是先查看下错误日志：

1.可能是/usr/local/mysql/data/rekfan.pid文件没有写的权限

解决方法 ：给予权限，执行 “chown -R mysql:mysql /var/data” “chmod -R 755 /usr/local/mysql/data”  然后重新启动mysqld！

2.可能进程里已经存在mysql进程

解决方法：用命令“ps -ef|grep mysqld”查看是否有mysqld进程，如果有使用“kill -9  进程号”杀死，然后重新启动mysqld！

3.可能是第二次在机器上安装mysql，有残余数据影响了服务的启动。

解决方法：去mysql的数据目录/data看看，如果存在mysql-bin.index，就赶快把它删除掉吧，它就是罪魁祸首了。本人就是使用第三条方法解决的 ！http://blog.rekfan.com/?p=186

4.mysql在启动时没有指定配置文件时会使用/etc/my.cnf配置文件，请打开这个文件查看在[mysqld]节下有没有指定数据目录(datadir)。

解决方法：请在[mysqld]下设置这一行：datadir = /usr/local/mysql/data

5.skip-federated字段问题

解决方法：检查一下/etc/my.cnf文件中有没有没被注释掉的skip-federated字段，如果有就立即注释掉吧。

6.错误日志目录不存在

解决方法：使用“chown” “chmod”命令赋予mysql所有者及权限

7.selinux惹的祸，如果是centos系统，默认会开启selinux

解决方法：关闭它，打开/etc/selinux/config，把SELINUX=enforcing改为SELINUX=disabled后存盘退出重启机器试试。