必须在安装前创建mysql用户和组，因为MySQL服务进程不能以root身份运行，否则启动时会因权限校验失败而报错；需显式指定UID/GID（如501）、配置my.cnf中user=mysql、初始化时加--user=mysql参数，并修正数据目录属主及SELinux上下文。
为什么必须在安装前创建 mysql 用户和组
MySQL 服务进程不能也不该以 root 身份运行——这是 Linux 安全模型的基本要求。若跳过这步，后续启动时 mysqld 会报错：Starting MySQL... ERROR! The server quit without updating PID file，本质是权限校验失败：数据目录、日志路径、socket 文件等都被 root 创建，而 mysqld 尝试以默认用户（如 mysql）去访问时被拒绝。
创建指定 UID/GID 的 mysql 用户和组的实操命令
不要依赖安装包自动创建（尤其二进制或 RPM 手动安装场景），必须显式指定 UID 和 GID 以保证多节点环境一致性、容器化部署可复现性、或满足企业合规审计要求。
-
groupadd -g 501 mysql—— 强制指定 GID 为 501 -
useradd -u 501 -g mysql -s /sbin/nologin -M mysql—— UID 与 GID 一致（常见实践），-s /sbin/nologin禁止登录，-M不建家目录 - 验证是否成功：
id mysql应输出uid=501(mysql) gid=501(mysql) groups=501(mysql)
注意：UID/GID 数值需避开系统保留范围（通常 0–499），501 是安全且通用的选择；若已有其他服务占用了 501，换用 502、503 等均可，但务必在所有目标节点保持一致。
初始化和启动时如何真正绑定到该用户
仅创建系统用户还不够——MySQL 配置文件和启动方式必须明确指向它，否则仍可能 fallback 到 root 或报权限错误。
- 在
/etc/my.cnf的[mysqld]段落中必须包含：user=mysql - 若使用 systemd（推荐），检查
/usr/lib/systemd/system/mysqld.service中的User=和Group=是否设为mysql - 初始化数据库时，命令必须带
--user=mysql参数：mysqld --initialize --user=mysql --basedir=/usr --datadir=/var/lib/mysql - 数据目录所有权必须修正：
chown -R mysql:mysql /var/lib/mysql（路径按实际调整）
容易被忽略的关键点：SELinux 和文件上下文
在 CentOS/RHEL 系统上，即使用户、权限、配置全对，SELinux 也可能拦截 mysqld 访问数据目录，表现为服务反复启动失败、日志里只有 Permission denied 却无具体路径。
- 临时验证是否 SELinux 导致：
setenforce 0后重试启动；若成功，则问题定位准确 - 永久修复：用
semanage fcontext重置上下文，例如：semanage fcontext -a -t mysqld_db_t "/var/lib/mysql(/.*)?"，再执行restorecon -Rv /var/lib/mysql - 切勿直接关闭 SELinux（
disabled模式），应适配策略而非绕过
UID/GID 是静态标识，而 SELinux 上下文是动态访问控制层——两者缺一不可，且后者常在排障时被跳过。
