如果数据库报这个错,日志里面没有任何报错,配置文件、目录权限都对着,可以使用以下命令查看,是否缺少依赖文件
- 1、/usr/local/mysql/bin/mysqld -V
- 2、检查配置文件编码是否发生变化,重新替换一个正常的配置文件重启测试
1.目录权限问题
对mysql的安装目录和数据目录分别进行授权
# chown -R mysql.mysql /usr/local/mysql # chown -R mysql.mysql /data/mysql # service mysqld start
或者是配置文件的配置项导致的,回退自己的修改过的配置,这种报错可以在数据库的错误日志中显示出来
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.可能是/usr/local/mysql/data/mysql.pid文件没有写的权限
解决方法 :
给予权限,执行 “chown -R mysql:mysql /var/data” “chmod -R 755 /usr/local/mysql/data” 然后重新启动mysqld!
6.selinux惹的祸,如果是centos系统,默认会开启selinux
解决方法:
关闭它,打开/etc/selinux/config,把SELINUX=enforcing改为SELINUX=disabled后存盘退出重启机器试试
7.删除mysql库文件/data/mysql/中的“ib_*”文件
注意:** 执行该操作之前一定要对数据库进行备份,因为ibdata1存放的是所有数据文件,如果不小心删了库,那就惨了!!!(传说中的从删库到跑路。。。),然后重启mysql。
8.查看日志有如下错误提示
Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed。
解决办法:
[root@localhost mysql]# rm -rf ib_logfile*
然后启动mysql,问题解决!
9.看日志有这样的字样
“initialize buffer pool,size=128.0M”,“cannot allocate memory for the pool”
大概意思是说无法分配足够的内存供pool使用。
此时想到mysql配置文件中有相关的配置,于是更改如下参数:
innodb_buffer_pool_size = 128 #配置文件中该值默认为128M
将这个值调小,再次启动mysql服务,问题解决!
10.系统上缺少mysql的依赖文件
# yum -y install libaio # yum -y install numactl
原创文章,作者:北单,如若转载,请注明出处:https://www.beidandianzhu.com/g/958.html