mysql作为常用的关系型数据库，启动过程中如果出现报错会直接影响业务的正常运行，不同类型的报错对应不同的诱因，需要结合具体的错误提示逐一排查解决。
常见启动报错类型及解决方法
1. 端口被占用导致启动失败
如果启动时报错提示Can't start server: Bind on TCP/IP port: 3306，说明mysql默认的3306端口被其他进程占用。首先可以查看占用端口的进程，以Linux系统为例，执行以下命令：
# 查看3306端口占用的进程 netstat -tulnp | grep 3306 # 或者 lsof -i:3306
如果确认占用进程无用，可以直接终止该进程：
# 终止进程，pid为查到的进程号 kill -9 pid
如果不想终止进程，也可以修改mysql的端口，打开mysql配置文件my.cnf（Linux）或my.ini（Windows），修改port参数：
[mysqld] # 修改为其他未被占用的端口，比如3307 port=3307
2. 配置文件错误导致启动失败
如果修改过mysql配置文件后出现启动报错，大概率是配置参数语法错误或者参数值不合法。可以先检查配置文件的语法，Linux系统执行：
# 检查配置文件语法 mysqld --help --verbose | grep my.cnf # 验证配置文件参数 mysqld --defaults-file=/etc/my.cnf --verbose --help
如果提示某行参数错误，直接修改对应配置项即可。如果是参数值设置超出限制，比如innodb_buffer_pool_size设置超过服务器内存，调整为合理数值后重新启动。
3. 权限不足导致启动失败
报错提示Permission denied相关错误时，通常是mysql的数据目录或者日志目录权限不足。首先确认mysql的运行用户，一般是mysql用户，然后修改对应目录的权限：
# 修改mysql数据目录权限，/var/lib/mysql为默认数据目录，实际以配置为准 chown -R mysql:mysql /var/lib/mysql # 修改日志目录权限 chown -R mysql:mysql /var/log/mysql
4. 数据文件损坏导致启动失败
如果报错提示InnoDB: Database page corruption等数据损坏相关的错误，可以尝试使用innodb_force_recovery参数修复。修改配置文件添加以下参数：
[mysqld] # 恢复级别1-6，从低到高尝试，级别越高风险越大 innodb_force_recovery=1
启动成功后立即备份数据，然后关闭mysql，去掉该配置参数，重新初始化数据目录或者恢复备份数据。
通用排查步骤
如果不确定具体报错原因，可以按照以下步骤逐一排查：
- 查看mysql的错误日志，默认路径为
/var/log/mysql/error.log（Linux）或mysql数据目录下的hostname.err文件，错误日志会明确记录启动失败的具体原因 - 检查服务器磁盘空间是否充足，磁盘满会导致mysql无法写入日志和数据，执行
df -h查看磁盘使用情况 - 检查mysql服务状态，Linux系统执行
systemctl status mysql或者service mysql status查看服务状态详情 - 尝试以调试模式启动mysql，查看更详细的启动过程信息：
mysqld --console
启动验证
解决报错后，启动mysql服务，然后登录验证是否正常：
# 启动服务 systemctl start mysql # 登录mysql mysql -u root -p
如果能正常进入mysql命令行，说明启动问题已经解决。