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