【排障】编译安装Mysql并使用自启动脚本mysqld后报错详解数据库

本文用于记录在某次个人实验搭建DZ论坛，在编译安装部署mysql环节时出的错到最终排除错误的过程，
前面采用DZ官网所采用的编译安装mysql的过程就省去，主要从报错处开始讲述。
（题外话，经此一役后，在下深觉如果不是针对DZ官网给出的mysql包和脚本是针对它的产品作了优化的话，还是之前自己掌握了的RPM换源安装Mysql及普通青年的编译安装mysql方法要简易适合得多，不过对方那个使mysql开机自动启动的脚本及一些目录编排一些配置有可借鉴的地方）

启动mysql时报错，服务退出而不更新PID号。

百度报的这串错误，按照那些方法都做了一遍，仍然未能解决，看来问题根源没那么简单。

附网上说的：
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，就赶快把它删除掉吧，它就是罪魁祸首了。
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后存盘退出重启机器试试。

（现在解决完后回过头来看，它就属第4种错误，虽然我已经将/etc/my.cnf 改名，并在mysqld中指向配置文件是/usr/local/Comsenz/etc/my.cnf并在[mysqld]段下都设好了datadir 与 basedir 。但无奈它就是没生效？）

最后想到最厉害的一招，查看错误日志，发现

最开头的错误是不能打开mysql.plugin table，然后要去运行mysql_upgrade去创建它。

然后在进到bin目录下使用mysql_upgrade这个脚本时候，又接到mysql.sock这个文件（或叫接口没有）

到了这一步，似乎陷入死循环了，因为查找mysql.sock套接字文件也是没有的，了解到mysql.sock是一个临时文件,在mysql启动时会自动生成,我的服务器未启动，自然就没有mysql.sock文件。所以纠结这个mysql.sock文件也是没多大意义的。至少这次mysql未能启动的根源不在它。

返回去查看错误日志，先将另外的错误排除，或许就解决了就不一定，抱着这样的发散思维，我又找到了一行报错

这次的报错就很关键了，简单来说可以理解为mysql还不知道你的存放db的目录在哪里？
所以要进脚本目录敲一个命令去指定它！（假如你是从别的地方迁移过来的也会这样）
虽然很奇怪的是我明明配置文件有指定了，但敲命令去核实是挺好的。
./scripts mysql_install_db –usrer=mysql datadir=/data/mysql 然而再次报错

找不到./bin/my_print_defaults是什么鬼，提示还让我重新编译安装？
还好下面还给出了另一个选择，叫我将basedir也指定好。

于是再次进入cd /usr/local/Comsenz/mysql使用其下目录scripts里的mysql_install_db这个脚本
sudo ./scripts mysql_install_db –user=mysql –basedir=/usr/local/Comsenz/mysql –datadir=/data/mysql &
顺便一提，&这个只是用来将命令放后台运行

太激动了，这次终于不是提示出错。而是成功了！见下图

前面一直出现的报错，结果一环扣一环，不详细看错误日志去一直溯源排查的话，只对应百度单点故障的话是很难去排除故障的。
之前的步骤可能也没做好，没指定对用户、基本目录与数据目录。以致引起这么一串问题。

可以看到上图在为mysql设置了用户和密码后，登录运行mysql可进行操作了。