核心用法
本 Skill 提供 MySQL 开发的全方位指导，帮助开发者避开常见陷阱并写出生产级代码。核心内容包括：
字符集与排序规则：强调必须使用 utf8mb4 而非有缺陷的 utf8，正确处理 utf8mb4_unicode_ci 与 utf8mb4_bin 的选择，避免 JOIN 时因 collation 不匹配导致的性能灾难。
索引设计：明确指出 MySQL 缺乏 PostgreSQL 的部分特性（无部分索引、表达式索引需 8.0.13+），TEXT/BLOB 列必须指定前缀长度，且通过多列索引实现覆盖查询而非 INCLUDE 语法。
事务与锁定：详解 INSERT ... ON DUPLICATE KEY UPDATE 等非标准 UPSERT 模式，强调 SELECT ... FOR UPDATE 的间隙锁机制可能引发意外死锁，InnoDB 默认 REPEATABLE READ 隔离级别与 PostgreSQL 不同，代码必须实现死锁重试逻辑。
引擎选择：坚决推荐 InnoDB，警告 MyISAM 在事务、行锁、崩溃恢复方面的缺陷。
复制与连接管理：涵盖行级复制与语句级复制的权衡、只读副本延迟检测、连接池配置与 max_connections 优化。
显著优点
- 生产导向：内容直接针对实际故障场景（字符集、死锁、间隙锁），非教科书式罗列
- 版本敏感：明确标注 MySQL 8 前后的功能差异，帮助处理遗留系统
- 跨数据库对比：通过与 PostgreSQL 的差异对照，降低多技术栈团队的学习成本
潜在局限性
- 聚焦 InnoDB 引擎，对 MyRocks 等替代引擎覆盖有限
- 主要针对 OLTP 场景，分析型负载（OLAP）优化涉及较少
- 云托管 MySQL（Aurora、Cloud SQL）的特殊行为未深入展开
适合人群
后端工程师、DBA、全栈开发者，尤其是从 PostgreSQL 迁移至 MySQL 或需要维护遗留 MySQL 系统的技术团队。
常规风险
- 升级风险：MySQL 5.6→5.7→8.0 的
sql_mode变化（如ONLY_FULL_GROUP_BY默认启用）可能导致查询失败 - 锁风险：间隙锁机制在高并发下易引发死锁，未实现重试逻辑将导致服务不可用
- 字符集风险：
utf8误用造成的数据截断或乱码可能在生产环境潜伏许久才暴露 - 复制风险：语句级复制与非确定性函数组合可导致主从不一致，故障排查困难