mysql5.7.31明明为data文件夹赋了权限，还是报错说没权限

记录一次安装mysql，明明给权限了但却报无权 的错误日志

今天在CentOS7上安装mysql5.7.31时出现了一个非常奇怪的问题，
mysql也装了很多次了，还是像往常一样，创建用户组，解压，给文件夹赋用户和组，创建配置文件。。。
本来很顺利，但就在我初始化数据库的时候，一个经常见但又让我摸不着头脑的问题出现了！
初始化的时候系统报出了一个错误，如下：

[root@host-mysql bin]# ./mysqld --initialize --user=mysql
mysqld: Can't change dir to '/mnt/software/mysql/data/' (Errcode: 13 - Permission denied)
2020-12-09T03:17:15.208697Z 0 [ERROR] failed to set datadir to /mnt/software/mysql/data/
2020-12-09T03:17:15.208799Z 0 [ERROR] Aborting

这个错误很明显，data文件夹没有权限嘛，给它加入用户组，附上权限就行了。

[root@host-mysql bin]# chown -R mysql:mysql ../data
[root@host-mysql bin]# ll
 drwxr-xr-x  2 mysql mysql   4096 Jun  2  2020 bin
 drwxr-x---  2 mysql mysql   4096 Dec  9 11:17 data
 drwxr-xr-x  2 mysql mysql   4096 Jun  2  2020 docs
 drwxr-xr-x  3 mysql mysql   4096 Jun  2  2020 include
 drwxr-xr-x  5 mysql mysql   4096 Jun  2  2020 lib
 -rw-r--r--  1 mysql mysql 275393 Jun  2  2020 LICENSE
 drwxr-x---  2 mysql mysql   4096 Dec  8 17:31 logs
 drwxr-xr-x  4 mysql mysql   4096 Jun  2  2020 man
 -rw-r--r--  1 mysql mysql    587 Jun  2  2020 README
 drwxr-xr-x 28 mysql mysql   4096 Jun  2  2020 share
 drwxr-xr-x  2 mysql mysql   4096 Jun  2  2020 support-files

OK 完成，再次初始化：

[root@host-mysql-001 bin]# ./mysqld --initialize --user=mysql
mysqld: Can't change dir to '/mnt/software/mysql/data/' (Errcode: 13 - Permission denied)
2020-12-09T03:34:08.772580Z 0 [ERROR] failed to set datadir to /mnt/software/mysql/data/
2020-12-09T03:34:08.772692Z 0 [ERROR] Aborting

嗯？？？？？？？
我一脸的黑人问号？？？
难道是用户权限不够？给它加上777总该够了吧；
操作：

[root@host-mysql-001 mysql]# chmod 777 data
[root@host-mysql-001 mysql]# ll
total 312
drwxr-xr-x  2 mysql mysql   4096 Jun  2  2020 bin
drwxrwxrwx  2 mysql mysql   4096 Dec  9 11:34 data
drwxr-xr-x  2 mysql mysql   4096 Jun  2  2020 docs

继续初始化：

[root@host-mysql-001 bin]# ./mysqld --initialize --user=mysql
mysqld: Can't change dir to '/mnt/software/mysql/data/' (Errcode: 13 - Permission denied)
2020-12-09T03:37:14.624800Z 0 [ERROR] failed to set datadir to /mnt/software/mysql/data/
2020-12-09T03:37:14.624910Z 0 [ERROR] Aborting

是它是它还是它，于是我就开始问度娘，网上有的说是selinux的问题，需要关闭selinux。
好，那就关闭它；可我一查电脑，我的selinux本来就关着的啊！

[root@host-mysql-001 ~]# getenforce
Disabled

问题解决

于是我又搜了半天，结果要么说忘记给用户和组了，要么就是说要关掉selinux；
更神奇的是我这个包是我上周才在另一台CentOS7上装过的啊，一模一样的流程，一模一样的文件夹结构，甚至连路径都是一模一样的，但这个就是不行！
后来我抱着尝试的心态，把data文件夹和logs文件夹提出来直接放到跟下；

mkdir -p /mysql/data
cd /mysql
mkdir logs
chown -R mysql:mysql /mysql

然后在my.cnf配置文件中将dada的文件路径改成新创建的data

datadir=/mysql/data
log-error=/mysql/logs/mysql-error.log

神奇的一幕竟然出现了，竟然初始化成功了！！！

一波三折

正当我高兴初始化成功时，现实又让我明白了一次什么叫“生活不止眼前的苟且还有永无止境的苟且”
当我启动服务时，它又给我抛出了这个：

Starting MySQL.2020-12-09T06:33:02.113489Z mysqld_safe error: log-error set to '/mysql/logs/mysql-error.log', however file don't exists. Create writable for user 'mysql'.
 ERROR! The server quit without updating PID file (/mysql/data/host-mysql-001.pid).

于是我又查看了一下data文件夹

[root@host-mysql-001 ~]# ll /mysql/data/
total 110652
-rw-r----- 1 mysql mysql       56 Dec  9 13:26 auto.cnf
-rw------- 1 mysql mysql     1676 Dec  9 13:26 ca-key.pem
-rw-r--r-- 1 mysql mysql     1112 Dec  9 13:26 ca.pem
-rw-r--r-- 1 mysql mysql     1112 Dec  9 13:26 client-cert.pem
-rw------- 1 mysql mysql     1680 Dec  9 13:26 client-key.pem
-rw-r----- 1 mysql mysql      431 Dec  9 13:26 ib_buffer_pool
-rw-r----- 1 mysql mysql 12582912 Dec  9 13:26 ibdata1
-rw-r----- 1 mysql mysql 50331648 Dec  9 13:26 ib_logfile0
-rw-r----- 1 mysql mysql 50331648 Dec  9 13:26 ib_logfile1
drwxr-x--- 2 mysql mysql     4096 Dec  9 13:26 mysql
drwxr-x--- 2 mysql mysql     4096 Dec  9 13:26 performance_schema
-rw------- 1 mysql mysql     1680 Dec  9 13:26 private_key.pem
-rw-r--r-- 1 mysql mysql      452 Dec  9 13:26 public_key.pem
-rw-r--r-- 1 mysql mysql     1112 Dec  9 13:26 server-cert.pem
-rw------- 1 mysql mysql     1676 Dec  9 13:26 server-key.pem
drwxr-x--- 2 mysql mysql    12288 Dec  9 13:26 sys

自己都在data文件夹下创建了这么多文件了，怎么就不能创建一个pid文件了呢？
此时我意识到，可能是mysql用户的问题，于是我把my.cnf中的user改成了root；
果然可以启动了。

问题探究

那么原因究竟是什么呢？来，骗，来，偷袭，年轻人不讲武德，我今天就治治你。
于是我又将用户改回mysql，重启，果然还是原来的错；
我们原来的mysql用户的shell用的是nologin，现在我们将shell改为false

usermod -s /bin/false mysql

再次启动；还是原来的错；
再改为/bin/bash

usermod -s /bin/bash mysql

再次启动，还是不行。
试来试去好像只有root可以，这是什么原因呢？是我哪里遗漏了什么吗？有没有大佬给解答一下。