MySQL启动失败的最常见的缘由有两类，分别是难以访问系统资源和参数设置错误引起的linux下启动mysql，下边分别剖析如下。
一、无法访问系统资源
MySQL不能访问启动须要的资源是导致而MySQL未能启动的一个常见诱因，如：文件，端口等。因为linux中用于启动mysqld进程的mysql用户一般是不能登入的linux操作系统介绍，可以使用类似下边的命令检测文件的访问权限。
sudo -u mysql touch /var/lib/mysql/b找出问题后，更改对应文件或目录的权限或属主后一般可以解决问题。但有时mysql用户有访问文件和目录的权限，但依然会被拒绝访问，比如下边这个事例：
mysql> system sudo -u mysql touch /home/mysql/data/a
mysql> create table t1 (
id int primary key,n varchar(10
) data directory
ERROR 1030 (HY000): Got error 168 from storage engine测试说明mysql用户有这个目录的访问权限，但创建文件还是失败，这些情况让好多人困扰，这个时侯一般是mysqld进程的访问被linux的selinux或apparmor给制止了，你们可以见到创建的表不是在mysql的默认目录下边，因而selinux或apparmor的policy上面没有包含这个目录的访问权限，此时只要对应的更改policy就行了，其实把selinux或apparmor停了也行。
有时尽管对系统资源有访问的权限，但系统资源早已被占用：
mysqld --no-defaults --console --user mysql
2020-11-03T03:36:07.519419Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 21171
2020-11-03T03:36:07.740347Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11这个故障形成的缘由是另外一个mysqld进程早已启动并占用了对应的文件。
二、参数设置错误
参数设置错误导致MySQL未能启动的诱因也十分常见，此时先要检测MySQL启动时会调用的参数，下边的命令可以查询MySQL启动时调用参数文件的次序：
$ mysqld --verbose --help | grep "Default options " -A 1
Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf
晓得了MySQL参数文件的调用次序linux下启动mysql，我们就可以检测对应的参数文件，找出其中的错误，假如认为参数文件的可读性不强，可以使用下边的命令显示mysqld程序即将调用的参数：
$ mysqld --print-defaults
/usr/sbin/mysqld would have been started with the following arguments:
......注意这个命令显示完参数后就退出，不会真正运行mysqld。这个命令和my_print_defaultsmysqld完全是等价的，只不过前者的显示方法是一行一个参数。
之后开始对可疑的参数进行调试，我个人喜欢加的参数和次序如下：
1.在mysqld后加上第一个参数--no-defaults，这个参数的作用是通知mysqld在启动的时侯不要读任何参数文件；
2.第二个参数是--console，这个参数会把错误信息输出到屏幕上，这个参数带来的一个隐忧是所有的信息都输出到屏幕上，让屏幕变得比较乱，但对于我们调试却是很便捷的；
3.第三个参数是--log-error-verbosity=3，这个参数会显示详尽的日志；
4.之后再在前面加上有掌握的参数linux教程下载，可以一次只加一个参数，之后启动mysqld，采用排除法逐渐找出错误的参数。
看这个事例：
mysqld --no-defaults --console --log-error-verbosity=3 --user mysql --gtid_mode=on
2020-11-03T07:14:20.384223Z 0 [Note] [MY-010949] [Server] Basedir set to /usr/.
2020-11-03T07:14:20.384254Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 22617
2020-11-03T07:14:20.400221Z 0 [Note] [MY-012366] [InnoDB] Using Linux native AIO
……
2020-11-03T07:14:21.632851Z 0 [ERROR] [MY-010912] [Server] GTID_MODE = ON requires ENFORCE_GTID_CONSISTENCY = ON.
2020-11-03T07:14:21.634183Z 0 [ERROR] [MY-010119] [Server] Aborting
……
2020-11-03T07:14:23.026551Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.19) MySQL Community Server - GPL.
root@scutech:~#看这个反例，我们很容易晓得是须要我们同时设置参数GTID_MODE和ENFORCE_GTID_CONSISTENCY同时为on才行。
