数据倾斜在MySQL中表现为查询慢、负载高、索引失效，主因是数据分布不均。应合理设计表结构，避免自增主键热点，使用组合主键或分布式ID；优化索引策略，避免低基数列建索引，慎用前缀索引，采用覆盖索引；调整查询逻辑，避免全表扫描，拆分大查询，监控执行计划；通过归档历史数据、重分布热点、引入缓存层实现数据再平衡。需从架构设计到运维持续优化。
数据倾斜在MySQL中通常表现为某些查询响应极慢、部分节点负载过高或索引失效等问题，尤其是在大数据量、高并发场景下更为明显。其根本原因在于数据分布不均，导致查询集中在少数行、分区或索引页上。解决这类问题需要从表结构设计、索引优化、查询方式和数据分布策略等多方面入手。
1. 合理设计表结构与主键
主键和表结构的设计直接影响数据的物理分布。如果主键是单调递增（如自增ID），虽然写入效率高，但在分库分表或使用时间范围查询时容易造成热点数据集中。
- 使用组合主键：在业务允许的情况下，使用包含业务维度的组合主键，例如 (user_id, created_time)，可使数据更均匀分布在不同用户之间。
- 避免自增主键作为唯一索引键：特别是在分布式环境中，应考虑使用UUID或Snowflake算法生成分布式主键，减少写入热点。
- 合理选择分区键：若使用分区表，确保分区字段具有良好的离散性，比如按 user_id 或 hash 值分区，而不是按时间单一分区导致冷热不均。
2. 优化索引策略
索引设计不当会导致查询集中在某些索引页，引发“索引倾斜”。
- 避免在低基数列上建索引：如性别、状态等字段，选择性差，容易造成大量匹配行，反而降低性能。
- 使用前缀索引要谨慎：对长字符串字段建立前缀索引时，需评估其区分度，防止多个不同值被映射为相同前缀。
- 利用覆盖索引减少回表：将常用查询字段包含在索引中，减少访问主键索引的频率，缓解热点页争用。
3. 调整查询逻辑与执行计划
即使数据分布均匀，不合理的SQL也可能引发逻辑上的“倾斜查询”。
- 避免全表扫描：确保查询条件能有效命中索引，尤其是大表连接或子查询场景。
- 拆分大查询：对大批量操作（如 DELETE、UPDATE）进行分批处理，避免长时间锁表或产生大量 undo 日志。
- 监控执行计划：使用 EXPLAIN 检查是否走错索引或出现临时表、文件排序等问题。
4. 数据再分布与归档策略
对于已经发生倾斜的老数据，可通过主动手段重新平衡。
- 定期归档历史数据：将不再频繁访问的数据迁移到归档表，减小主表体积，提升查询效率。
- 重分布热点数据：识别出高频访问的 user_id 或 key，通过加盐（salt）或哈希方式将其分散到多个逻辑记录中。
- 使用缓存层分流：对读多写少的热点数据，引入 Redis 等缓存，减少数据库直接压力。
基本上就这些。MySQL数据倾斜不是单一问题，而是架构、设计和运维共同作用的结果。关键在于提前规划数据分布模式，持续监控查询行为，并根据实际负载动态调整策略。不复杂但容易忽略。
