MySQL故障排查与优化

一、故障排查核心原则与流程

1. 核心原则

先定位故障范围（客户端/网络/数据库服务/存储），再分析原因；先排查软件配置，再排查硬件问题；先临时止血，再彻底解决，避免故障扩大。

2. 标准排查流程

1. 确认故障现象：记录报错信息、发生时间、影响范围（单表/全库/部分客户端）、是否可复现；

2. 初步诊断：检查MySQL服务状态、网络连通性、端口占用情况；

3. 深入排查：查看日志、分析进程、检查配置文件、排查存储与资源；

4. 解决问题：实施临时修复（如重启服务、kill异常进程），再部署永久解决方案；

5. 验证与复盘：确认故障解决，记录排查过程、原因及解决方案，避免重复发生。

二、常见故障排查

1. 服务无法启动

【常见原因】：配置文件（my.cnf/my.ini）错误、端口被占用、数据目录权限不足、日志文件损坏、内存不足。

【排查步骤】：

• 查看启动日志：Linux（/var/log/mysqld.log）、Windows（MySQL安装目录/data/主机名.err），定位报错关键词（如"bind on port 3306""permission denied"）；

• 检查端口占用：Linux（netstat -tulnp | grep 3306）、Windows（netstat -ano | findstr 3306），kill占用进程；

• 检查配置文件：重点排查[mysqld]模块下的datadir、port、socket、max_connections等参数，避免语法错误；

• 检查权限：确保MySQL用户（如mysql）拥有数据目录（datadir）的读写权限（chown -R mysql:mysql /var/lib/mysql）。

【解决方案】：修正配置文件错误、释放端口、授权目录权限、修复损坏的日志文件（删除ib_logfile0/ib_logfile1后重启，谨慎操作，可能丢失未提交事务）。

2. 客户端无法连接MySQL

【常见原因】：MySQL服务未启动、网络不通、端口错误、防火墙拦截、用户权限不足（如远程连接未授权）、密码错误。

【排查步骤】：

• 确认服务状态：systemctl status mysqld（Linux）、services.msc查看MySQL服务（Windows）；

• 测试网络连通：ping MySQL服务器IP，telnet 服务器IP 3306，排查网络防火墙（Linux关闭firewalld，Windows关闭防火墙）；

• 检查用户权限：登录MySQL（本地登录：mysql -u root -p），执行"select user,host from mysql.user;"，确认用户host为"%"（允许远程），若无则授权：grant all privileges on *.* to 'root'@'%' identified by '密码' with grant option; flush privileges;

• 验证密码：确认客户端输入的密码正确，若忘记密码，可重置root密码（停止服务，跳过权限验证启动，修改密码后重启）。

3. 执行SQL语句报错（慢查询、执行失败）

（1）SQL执行失败

【常见原因】：语法错误、表不存在/字段错误、主键冲突、外键约束、权限不足、锁冲突。

【排查】：复制报错信息（如"Unknown column 'name' in 'field list'""Duplicate entry '1' for key 'PRIMARY'"），针对性排查：语法错误检查SQL拼写，表/字段错误确认表结构，主键冲突检查插入数据，外键约束检查关联表数据。

（2）慢查询（执行时间过长）

【常见原因】：未建索引/索引失效、SQL语句优化不足（如全表扫描）、数据量过大、内存不足、连接数过多。

【排查步骤】：

• 开启慢查询日志：在my.cnf中配置（slow_query_log=1，slow_query_log_file=/var/log/mysql/slow.log，long_query_time=2），重启服务，捕获慢查询SQL；

• 分析慢查询：使用explain分析SQL执行计划（explain 慢查询SQL），查看type（是否为ALL全表扫描）、key（是否使用索引）、rows（扫描行数）；

• 定位问题：type为ALL表示全表扫描，需添加索引；key为NULL表示索引失效（如索引列使用函数、模糊查询%开头）；rows过大表示数据量需优化。

4. 数据库卡顿、响应缓慢

【常见原因】：连接数溢出、内存不足、磁盘IO过高、锁等待、索引失效、SQL语句不合理。

【排查步骤】：

• 查看连接数：登录MySQL，执行"show global status like 'Threads_%'"，Threads_connected（当前连接数）接近max_connections（配置的最大连接数）时，需调整max_connections；

• 查看内存使用：Linux（free -m）、Windows（任务管理器），确认MySQL内存分配（innodb_buffer_pool_size）是否合理；

• 查看磁盘IO：Linux（iostat -x 1），若%util接近100%，表示磁盘IO饱和，需优化存储（如更换SSD、分库分表）；

• 查看锁等待：执行"show engine innodb status\G"，查看TRANSACTIONS模块，定位锁等待的事务，kill异常事务（kill 事务ID）。

5. 数据丢失/损坏

【常见原因】：意外断电、磁盘损坏、误操作（drop/delete）、事务未提交、日志文件损坏。

【解决方案】：

• 误操作恢复：若开启了binlog日志，可通过binlog恢复（mysqlbinlog --start-datetime="时间" --stop-datetime="时间" 日志文件 | mysql -u root -p）；

• 数据损坏恢复：使用MySQL自带工具myisamchk（MyISAM引擎）、innodb_checksum（InnoDB引擎）修复，或从备份文件恢复（定期全量备份+增量备份）；

• 预防措施：开启binlog日志、定期备份、使用UPS避免意外断电、选择稳定的存储设备。

三、MySQL优化技巧

1. 配置文件优化（my.cnf/my.ini）

核心参数优化（根据服务器配置调整，以4G内存为例）：

• max_connections=1000：最大连接数，根据业务并发量调整，避免连接溢出；

• innodb_buffer_pool_size=2G：InnoDB缓存池，建议设置为物理内存的50%-70%，减少磁盘IO；

• slow_query_log=1：开启慢查询日志，便于排查慢SQL；

• long_query_time=2：慢查询阈值，超过2秒的SQL记录到慢查询日志；

• query_cache_size=0：关闭查询缓存（MySQL8.0已移除），避免缓存失效带来的性能损耗；

• innodb_log_file_size=512M：InnoDB日志文件大小，增大可减少日志切换频率，提升写入性能。

2. 索引优化

【索引作用】：加速查询、减少全表扫描，核心优化点：

• 给常用查询字段建索引（如where、join、order by后的字段）；

• 避免索引失效：不使用函数操作索引列（如substr(name,1,3)）、不使用模糊查询%开头（如like '%test'）、不使用or连接非索引字段；

• 合理使用联合索引：遵循"最左前缀原则"，将查询频率最高的字段放在前面（如联合索引(a,b,c)，可匹配a、a+b、a+b+c的查询）；

• 定期清理无效索引：执行"show indexes from 表名;"，删除未使用、重复的索引，减少索引维护成本。

3. SQL语句优化

• 避免全表扫描：尽量使用索引查询，避免select *（只查询需要的字段）；

• 优化join查询：尽量使用inner join，避免left join/right join（减少关联扫描），关联字段需建索引；

• 优化子查询：将子查询替换为join查询（子查询效率较低，容易产生临时表）；

• 避免频繁执行相同SQL：使用预编译语句（prepare statement），减少SQL解析开销；

• 优化分页查询：使用limit时，结合索引（如select * from 表名 where id > 100 limit 10），避免limit 100000,10（扫描大量数据后丢弃）。

4. 存储优化

• 选择合适的存储引擎：InnoDB（支持事务、行锁，适合高并发、需事务支持的场景）、MyISAM（不支持事务、表锁，适合只读、查询频繁的场景）；

• 分库分表：数据量过大（单表千万级以上）时，采用水平分表（按时间、ID分表）或垂直分表（按字段拆分，将大字段拆分到单独表）；

• 定期清理无用数据：删除过期数据、归档历史数据，减少表数据量，提升查询效率；

• 使用SSD存储：提升磁盘IO速度，解决磁盘瓶颈（尤其是写入频繁的场景）。

5. 运维优化

• 定期备份：采用"全量备份+增量备份"，确保数据可恢复（如每天凌晨全量备份，每小时增量备份）；

• 监控数据库状态：使用工具（如Prometheus+Grafana、MySQL Workbench）监控连接数、内存、磁盘IO、慢查询，及时发现异常；

• 定期优化表：执行"optimize table 表名;"，整理表碎片（MyISAM引擎效果明显，InnoDB引擎需结合innodb_file_per_table配置）；

• 避免频繁重启服务：重启会导致缓存失效，影响业务响应，尽量在业务低峰期操作。

四、常用排查命令与工具

1. 常用MySQL命令

• 服务管理：systemctl start/stop/restart/status mysqld（Linux）；

• 登录MySQL：mysql -u 用户名 -p 密码（本地）、mysql -h 服务器IP -u 用户名 -p 密码（远程）；

• 查看服务状态：show global status;（查看全局状态）、show engine innodb status\G;（查看InnoDB状态）；

• 查看配置参数：show variables like '参数名';（如show variables like 'max_connections';）；

• 查看慢查询：show global status like 'Slow_queries';（慢查询数量）、select * from mysql.slow_log;（查看慢查询详情）；

• 查看锁等待：show processlist;（查看当前进程，State列显示锁等待）、show engine innodb status\G;（查看锁详情）；

• 杀死异常进程：kill 进程ID;（通过show processlist获取进程ID）。

2. 常用工具

• 慢查询分析：mysqldumpslow（MySQL自带，分析慢查询日志）、pt-query-digest（Percona Toolkit，更强大的慢查询分析工具）；

• 性能监控：MySQL Workbench（图形化工具，监控性能、查看执行计划）、Prometheus+Grafana（可视化监控，支持告警）；

• 备份恢复：mysqldump（MySQL自带，全量备份）、xtrabackup（Percona Toolkit，增量备份、热备份）；

• 索引分析：explain（分析SQL执行计划）、show indexes（查看表索引）。

五、注意事项

1. 修改配置文件后，需重启MySQL服务才能生效；

2. 执行alter table、drop table、delete等高危操作前，务必备份数据，避免数据丢失；

3. 优化需循序渐进，每次只修改一个参数/一条SQL，测试优化效果，避免盲目优化；

4. 高并发场景下，避免频繁执行DDL操作（如建索引、修改表结构），会导致表锁，影响业务；

5. 定期复盘故障与优化效果，形成文档，积累经验，避免重复踩坑。