MySQL初始化失败主因是datadir权限不足：Linux需sudo chown -R mysql:mysql /var/lib/mysql和sudo chmod 750 /var/lib/mysql；Windows需在目录属性安全页为mysql用户设完全控制；SELinux需临时禁用验证并用semanage修复上下文。
MySQL初始化失败，十有八九是权限没给到位——不是“没用sudo”，而是mysqld进程实际运行时，对datadir目录没有写权限。Windows和Linux表现不同，但根因一致：操作系统拒绝了文件创建请求。
检查并修正 datadir 目录的属主与权限（Linux/macOS）
初始化命令mysqld --initialize会尝试在datadir下创建ibdata1、mysql/系统库等，若该目录不属于mysql用户，或权限太严，就会报Can't create/write to file。
- 确认
datadir路径存在且为空：比如/var/lib/mysql，不能残留旧的ib_logfile0或auto.cnf - 执行
ls -ld /var/lib/mysql，输出中第一列应为drwxr-x---，第三、四字段应为mysql mysql - 若不匹配，运行：
sudo chown -R mysql:mysql /var/lib/mysql和sudo chmod 750 /var/lib/mysql - 避免
chmod 777：MySQL服务拒绝启动于完全开放权限的目录（尤其启用secure_file_priv时）
Windows 下 data 目录 ACL 必须显式授权给 mysql 用户
phpEnv、手动安装或MySQL Installer在Windows上失败，常因ACL未授予mysql账户“完全控制”——这不是UAC开关能解决的，也不是右键“以管理员身份运行”就能绕过的。
- 找到
datadir路径（如C:/phpEnv/MySQL/data），确保路径纯英文、无空格、结尾无反斜杠 - 右键 → “属性” → “安全” → “编辑” → “添加” → 输入
mysql→ 点“检查名称”（若失败，试Everyone临时调试） - 勾选“完全控制”，同时勾选下方两个选项：“替换子容器和对象的所有者”“替换所有子对象的权限项”
- 别信
icacls命令：在UAC拦截或杀软干预下常静默失败，GUI操作更可靠
跳过初始化失败：用 --skip-grant-tables 临时启动修复
当初始化已卡死、又急需验证配置是否可用时，可绕过权限系统直接启动，用于重置密码或导出数据。但注意：这仅是诊断手段，不可长期启用。
- 编辑
my.cnf（Linux/macOS）或my.ini（Windows），在[mysqld]段下添加：skip-grant-tables和skip-networking - Linux/macOS：运行
sudo mysqld_safe --skip-grant-tables &；Windows：以管理员身份运行net start mysql - 登录后立即执行：
FLUSH PRIVILEGES;，再改密码：ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码'; - 改完必须删掉
skip-grant-tables并重启服务，否则任何用户无需密码即可登录
SELinux 或 AppArmor 干预导致静默拒绝（Linux）
即使chown和chmod都正确，SELinux也可能拦截mysqld对datadir的访问，错误日志里只显示Permission denied，不提SELinux。
- 临时验证：运行
sudo setenforce 0，再试mysqld --initialize；若成功，就是SELinux策略问题 - 永久修复：先恢复
sudo setenforce 1，再执行：sudo semanage fcontext -a -t mysqld_db_t "/var/lib/mysql(/.*)?"，然后sudo restorecon -Rv /var/lib/mysql - AppArmor用户（Ubuntu）：检查
/etc/apparmor.d/usr.sbin.mysqld是否允许datadir路径，必要时更新配置并sudo systemctl reload apparmor
最容易被忽略的是：初始化失败后，datadir里可能已生成部分文件（如auto.cnf），但缺失关键系统表。此时清空目录再重试前，务必确认mysqld进程确实以mysql用户身份运行——ps aux | grep mysqld比任何文档都真实。
