mysql服务启动失败主因是配置路径错误、端口占用、数据目录未初始化；linux需检查版本兼容与selinux；mac需配置path；8.0+认证插件变更易致登录失败。
MySQL 服务无法启动（windows）
安装完成后 mysqld --install 成功，但 net start mysql 报错“发生系统错误 2”，或服务状态显示“已停止”且无法手动启动。
- 最常见原因是配置文件
my.ini路径错误或内容不合法：确保basedir和datadir是绝对路径，且路径中不含中文、空格或特殊符号；datadir目录必须真实存在且 MySQL 进程有读写权限 - 检查端口是否被占用：
netstat -ano | findstr :3306，若被其他进程占用，修改my.ini中的port=3307并重试 - 初始化数据目录缺失：若首次安装且未手动初始化，需先运行
mysqld --initialize --console（注意看输出末尾生成的临时 root 密码），再安装服务
Linux 下 mysqld 启动失败并报 “Can’t find file: ‘./mysql/plugin.frm’”
这通常不是文件真丢失，而是 MySQL 尝试用旧数据目录启动新版本二进制包，或 datadir 指向了未初始化/格式不匹配的目录。
- 确认 MySQL 版本与数据目录兼容：5.7 的
datadir不能直接给 8.0 启动；降级或升级时务必先备份再迁移 - 检查
/etc/my.cnf或/etc/mysql/my.cnf中datadir是否指向一个空目录或残留旧日志；如果是全新安装，建议删掉该目录后重新执行初始化：mysqld --initialize --user=mysql --datadir=/var/lib/mysql - SELinux 可能拦截访问：临时关闭测试
setenforce 0，若恢复启动则需调整上下文：semanage fcontext -a -t mysqld_db_t "/var/lib/mysql(/.*)?"，再restorecon -Rv /var/lib/mysql
安装后 root 用户无法登录（Error 1045）
即使记下初始化时的临时密码，用 mysql -u root -p 登录仍提示“access denied”，多数情况是认证插件不匹配或密码过期。
- MySQL 8.0+ 默认使用
caching_sha2_password插件，而老客户端（如某些 navicat 旧版、PHP 7.2 以下）不支持；可临时切回mysql_native_password：ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_new_password'; - 若忘记临时密码且无法进入，需跳过权限验证重启：在
my.cnf的[mysqld]段加skip-grant-tables和skip-networking，重启后执行FLUSH PRIVILEGES;再改密 - 注意：8.0 默认要求密码强度，设简单密码会报
ERROR 1819；可临时设为SET GLOBAL validate_password.policy=LOW;
macos 上 Homebrew 安装后找不到 mysql 命令
运行 mysql 提示 “command not found”，但 brew services start mysql 显示已运行。
- Homebrew 默认不将 bin 目录加入 PATH；检查
brew --prefix mysql输出路径（如/opt/homebrew/opt/mysql），然后把bin子目录加进 shell 配置：echo 'export PATH="/opt/homebrew/opt/mysql/bin:$PATH"' >> ~/.zshrc && source ~/.zshrc - 如果使用 Intel Mac，路径可能是
/usr/local/opt/mysql；务必用brew --prefix mysql确认，别硬编码 - 还可能因 brew 安装的是 mysql@8.0 等变体，命令实际为
mysql@8.0；查可用服务名：brew services list | grep mysql
MySQL 安装问题大多卡在路径、权限、版本兼容和认证机制这四点上，尤其要注意 Windows 的反斜杠转义、Linux 的 SELinux 上下文、macOS 的 PATH 注入，以及 5.7 和 8.0 在密码插件和初始化逻辑上的根本差异。