在 ECS Linux 上自建 MySQL 服务器，经常遇到各种无法启动或启动后异常的问题，本文列举一些常见问题的解决办法。
注意：
以下错误日志提示，都是查看 MySQL 错误日志得到，查看方法如下：
查看下 MySQL 配置文件 my.cnf 中有记录，
日志记录在
/alidata/log/mysql/error.log
下
问题描述
ECS 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 即可：
问题描述
清理磁盘空间时删除了全部 binglog 日志，导致 MySQL 无法启动：
MySQL 的 errorlog 里面可以看到错误信息：
解决办法
1、注释 Binlog 配置恢复方法：
编辑 /etc/my.cnf，找到 log-bin=mysql-bin，在前面加#将其注释暂时关闭 binlog，保存修改后启动 MySQL 服务
注意：
my.cnf 配置文件路径以实际调用路径为准
2、清理 Binlog 索引恢复方法：
查看 Binlog 索引文件
所以，需要清空 mysql-bin.index 索引文件后即可，清理方法可以通过 vi 或者 echo 命令清理，如下：
echo "" > mysql-bin.index
去除 Binlog 日志索引文件中调用的内容后，测试启动成功。
[root@test var]# /etc/init.d/mysqld start
Starting MySQL. SUCCESS!
3、文件还原恢复方法：
提交工单
，由我们帮您挂载最近的快照，您从快照磁盘复制最新的 binlog 文件到 mysql 的数据目录下，再重启 MySQL 服务即可。
注意：
提交工单时请说明需要挂载快照的磁盘和快照。
正确清理 MySQL Binlog 方法请参考如下命令：
mysql -uroot -p 密码
use mysql;
purge binary logs to 'mysql-bin.011113';
注意：
mysql-bin.011113 是 Binlog 文件名，mysql-bin.011113 不会被删除，而 mysql-bin.011113 之前的日志都会被删除。
问题描述
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 日志无法去读，一般由于磁盘空间满，或者权限不正确导致。
解决办法
首先查询磁盘空间：
[root@test /]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 20G 2.7G 17G 14% /
tmpfs 498M 0 498M 0% /dev/shm
/dev/xvdb1 30G 19G 9.7G 66% /alidata
查看磁盘空间没有满，则需要 ls 命令检查文件权限：
-r-------- 1 root root 601 Jul 28 2014 mysql-bin.000001
这说明文件属主和权限不正确，需要执行如下两条命令修复(
mysql-bin.000001 这个日志文件需要换成具体文件名
)：
chmod 660 mysql-bin.000001
chown mysql.mysql mysql-bin.000001
修改正确后已经可以正常启动mysql
问题描述
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]
根据提示，使用 systemctl status mysqld.service 和 journalctl -xe 查看服务启动失败的原因。
[root@** ~]# systemctl status mysqld.service
mysqld.service - SYSV: MySQL database server.
Loaded: loaded (/etc/rc.d/init.d/mysqld)
Active: failed (Result: exit-code) since Wed 2016-01-20 18:26:57 CST; 40s ago
Docs: man:systemd-sysv-generator(8)
Process: 2979 ExecStart=/etc/rc.d/init.d/mysqld start (code=exited, status=1/FAILURE)
Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server....
Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.
Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]
Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1
Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..
Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.
Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.
[root@** ~]# journalctl -xe
Unit session-2.scope has begun starting up.
Jan 20 18:26:48 spark01 sshd[2916]: pam_unix(sshd:session): session opened for user spark by (uid=0)
Jan 20 18:26:52 spark01 su[2944]: (to root) spark on pts/1
Jan 20 18:26:52 spark01 su[2944]: pam_unix(su-l:session): session opened for user root by spark(uid=1000)
Jan 20 18:26:56 spark01 polkitd[909]: Registered Authentication Agent for unix-process:2974:117137 (system bus name :1.25
Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server....
-- Subject: Unit mysqld.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Unit mysqld.service has begun starting up.
Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.
Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]
Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1
Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..
-- Subject: Unit mysqld.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Unit mysqld.service has failed.
-- The result is failed.
Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.
Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.
Jan 20 18:26:57 spark01 polkitd[909]: Unregistered Authentication Agent for unix-process:2974:117137 (system bus name :1.
这些信息并不能提供服务启动失败的真正原因。
查看 MySQL 的告警日志：
2016-01-20T10:00:19.935771Z 0 [ERROR] /usr/sbin/mysqld: Can't create/write to file '/var/run/mysqld/mysqld.pid' (Errcode: 2 - No such file or directory)
2016-01-20T10:00:19.935795Z 0 [ERROR] Can't start server: can't create PID file: No such file or directory
160120 18:00:20 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
解决办法
MySQL 服务在启动的时候，不能创建 pid 文件。
在终端看一下该目录是否存在，如果不存在，手动创建：
[root@** ~]# 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 denied
160120 18:28:37 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
160120 18:32:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
权限不正确，/var/run/mysqld/ 的属主和属组还是 root，MySQL 并不能在其中创建文件后修改该目录的属主和属组，
[root@** ~]# ls -ld /var/run/mysqld/
drwxr-xr-x 2 root root 40 Jan 20 18:28 /var/run/mysqld/
[root@** ~]# chown mysql.mysql /var/run/mysqld/
[root@** ~]# /etc/init.d/mysqld start
Starting mysqld (via systemctl): [ OK ]
问题描述
MySQL 启动失败，错误日志：
mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13)
说明/tmp目录无法写入
解决办法
1、使用命令
ll -d /tmp
命令检查目录权限
2、使用
chmod 1777 /tmp
设置为正确权限
再测试可以启动成功
问题描述
执行 MySQL 启动命令
service mysqld start
时，提示 mysqld: unrecognized service（未识别的服务），现象如图：
问题分析
因为 service 命令是通过 /etc/init.d 启动服务目录来调用的，所以我们需要看一下
/etc/init.d 是否存在 mysqld 这个服务，使用 find /etc/init.d/ -name mysqld 命令来查找，发现没有 mysqld 这个文件了
这个就是导致通过 service 命令启动报错的原因了，这时候我们
需要将源码包中的 mysql.server 拷贝复制到 /etc/init.d/ 下，先使用 find / -name mysql.server 命令来查找下
mysql.server 文件
位置，发现是在 /alidata/server/mysql-5.6.21/support-files/mysql.server 中
解决办法
现在我们需要将这个文件复制到 /etc/init.d/ 目录下，改名为 mysqld，并且赋予这个文件可执行权限
最后通过命令
chkconfig --add mysqld
添加开机自动启动服务
使用
service mysqld start
启动成功
问题描述
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 服务使其生效
问题描述
ECS Linux 系统安装 MySQL，启动的方式有多种，如果输入
/路径/mysqld start --user=mysql
启动后，出现报错：
Too many arguments (first extra is 'start')
，则说明这是因为启动 MySQL 的时候参数过多导致。
解决办法
遇到该问题，通过直接输入
/路径/
mysqld --user=mysql
，的方式启动，如下图：
问题描述
MySQL 启动报错，错误日志，如下图
提示的异常为权限异常，我们到 data 目录查看 mysql-bin.index 的权限
正常情况下 data 目录下文件的属主和属组都应该是
mysql
，目前为
root
备注：
不太熟悉权限的朋友可以找一台正常的 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.
问题分析
查看错误日志提示：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 启动成功，
使用
ps -ef |grep mysql
可以看到进程，如下图：
也可以在服务器登陆，如下图：
但是使用
netstat -antp| grep 3306
可以看到没有监听端口。
查看 MySQL 配置文件，端口也没有更改。
解决办法
检查发现是配置文件中使用了
skip-networking
，可以看到这个选项的的作用是不监听端口，同主机的用户通过 sockets 进行链接。外部主机由于没有监听端口，将无法连接。
将
skip-networking
注释掉之后，重启 MySQL 可以看到端口监听了。
问题描述
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 可以访问的权限后，比如 777，或者是调整属帐号为 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 错误日志提示：
没有记录有效的信息,磁盘空间不足会导致这种情况
解决办法
df -h
看下
find / -size +100M
查看下大于
100M
的文件
MySQL 日志占用空间太大，无特殊需求可以删除掉。
问题描述
MySQL 启动失败，错误提示：Starting MySQL. ERROR! Manager of pid-file quit without updating file. [root@iZ9410f0jqiZ bin]# Starting MySQL. ERROR! Manager of pid-file quit without updating file.
使用 ps -A | grep mysqld ，发现 mysqld 和 mysqld_safe 进程残留，进程 ID 994 和 1221
解决办法
kill两个进程之后重新启动 MySQL 成功启动
问题描述
服务器上安装的 MySQL，会出现自动停止的情况。出现这种现象，通常是服务器的内存不足导致的。
具体可以通过服务器日志来进行分析排查：
查看服务器的系统日志
/var/log/messages
tail /var/log/messages
看下在 MySQL 自动停止的时间段内，有什么异常的日志信息，如果日志有提示 “
Out of memory
” 就可以判定，是服务器的内存使用不足，导致系统自动杀死的 MySQL 的进程
解决办法
通过升级服务器的内存可以解决.
如果问题还未能解决，您可以到阿里云社区进行
免费咨询
，或联系云市场商家
寻求帮助
。
