MySQL

核心用法

MySQL技能聚焦于生产环境中高频出现的陷阱与优化点，涵盖以下关键维度：

字符集与排序规则

• 强制使用utf8mb4替代残缺的utf8（3字节无法存储emoji）
• 注意utf8mb4_unicode_ci（不区分大小写）与utf8mb4_bin（字节精确匹配）的场景选择
• JOIN时核对collation一致性，避免隐式转换拖垮性能

索引策略

• 无部分索引支持，需用生成列模拟表达式索引（8.0.13+原生支持）
• TEXT/BLOB必须指定前缀长度：INDEX (col(100))
• 覆盖索引通过多列组合实现，无PostgreSQL的INCLUDE语法
• 外键仅在InnoDB自动创建索引

并发与锁定

• SELECT ... FOR UPDATE配合InnoDB的next-key locking机制，可能产生超出预期的gap lock
• 默认50秒锁等待超时，MySQL 8+支持SKIP LOCKED队列模式
• 死锁是预期行为，应用层需设计重试逻辑

数据操作模式

• INSERT ... ON DUPLICATE KEY UPDATE实现UPSERT，依赖唯一键冲突
• REPLACE INTO实为DELETE+INSERT，会破坏自增ID并触发级联删除
• 无RETURNING语法，依赖LAST_INSERT_ID()获取自增值

查询与兼容性

• LIMIT offset, count语法顺序与PostgreSQL相反
• ONLY_FULL_GROUP_BY模式从5.7起默认启用，非聚合列必须入GROUP BY
• 布尔类型实为TINYINT(1)，TRUE/FALSE仅为1/0别名

运维要点

• 连接池需监控wait_timeout（默认8小时）与max_connections（默认151）
• 主从复制优先用Row-based模式，读副本必须检查Seconds_Behind_Master
• 8.0.18+才支持EXPLAIN ANALYZE，旧版本仅能看到估算计划

显著优点

• 直击MySQL与PostgreSQL的行为差异，迁移成本低
• 覆盖InnoDB核心机制（事务、MVCC、锁），原理与实战并重
• 提供具体参数与工具（pt-online-schema-change），可立即落地

潜在局限

• 未涉及MySQL 8.0新特性（窗口函数、CTE、JSON增强）的深度对比
• 缺乏云托管RDS（AWS Aurora、阿里云RDS）的特定优化建议
• 存储引擎分析仅对比InnoDB/MyISAM，未覆盖TokuDB、RocksDB等替代引擎

适合人群

• 从PostgreSQL迁移至MySQL的后端开发者
• 负责遗留系统升级（5.6→5.7→8.0）的DBA
• 需要优化高并发写入、规避死锁的互联网业务工程师

常规风险

| 风险点 | 说明 |

|--------|------|

| 字符集数据截断 | 误用`utf8`导致emoji存入失败 |

| 锁升级死锁 | gap lock范围过大引发连锁死锁 |

| 复制延迟误读 | 读副本未校验延迟导致脏读 |

| 连接池耗尽 | max_connections配置不当引发雪崩 |

核心用法

MySQL 技能是一份面向开发者的数据库查询最佳实践文档，涵盖字符集配置、索引优化、事务锁机制、复制策略等核心主题。该技能不提供可执行代码，而是以结构化知识库形式，帮助用户编写正确、高效的 MySQL 查询语句。

关键功能模块：

| 模块 | 核心要点 |

|------|---------|

| 字符集陷阱 | 强制使用 `utf8mb4` 替代残缺的 `utf8`，统一排序规则避免 JOIN 性能损失 |

| 索引差异 | 无部分索引、表达式索引 8.0.13+ 才支持，TEXT/BLOB 需指定前缀长度 |

| UPSERT 模式 | `INSERT ... ON DUPLICATE KEY UPDATE` 非标准 SQL，`REPLACE INTO` 会改变自增 ID |

| 锁机制 | InnoDB 的 next-key 锁定防止幻读但可能死锁，MySQL 8+ 支持 `SKIP LOCKED` |

| 引擎选择 | 始终使用 InnoDB，拒绝 MyISAM 的事务缺陷 |

显著优点

1. 实战导向：针对生产环境高频踩坑点（如 utf8 编码缺陷、间隙锁死锁）提供明确解决方案
2. 跨数据库对比：系统对比 PostgreSQL 与 MySQL 的语法差异，降低迁移成本
3. 版本敏感：明确标注功能支持的 MySQL 版本（如 8.0.13+、8.0.18+），避免兼容性问题
4. 性能意识：强调 innodb_buffer_pool_size 配置、连接池管理、复制延迟检测等运维要点

潜在缺点与局限性

• 纯文档形态：无可执行验证，用户需自行在数据库中测试示例
• 深度有限：未覆盖 MySQL 8.0 新特性（如窗口函数、CTE、JSON 增强）的详细说明
• 场景聚焦：主要针对 InnoDB 引擎，对 MyRocks、ColumnStore 等替代引擎无涉及
• 复制安全：仅提及行级/语句级复制的基本差异，未深入 GTID、半同步复制等高可用方案

适合人群

| 人群 | 收益场景 |

|------|---------|

| 后端开发工程师 | 编写正确 UPSERT、优化索引策略、避免锁争用 |

| DBA 运维人员 | 字符集迁移、连接池规划、复制延迟监控 |

| PostgreSQL 迁移者 | 快速掌握语法差异、调整查询习惯 |

| 全栈开发者 | 理解 ORM 底层 SQL 行为，调试性能问题 |

常规风险

该技能本身为纯 Markdown 文档，无代码执行风险。但用户若依此操作生产数据库，需注意：

• 数据变更风险：REPLACE INTO、ALTER TABLE ... ENGINE=InnoDB 等操作可能引发数据迁移或锁表
• 配置变更影响：修改 innodb_lock_wait_timeout、max_connections 等参数需评估业务影响
• 版本差异：部分建议（如 EXPLAIN ANALYZE、FOR UPDATE SKIP LOCKED）仅 MySQL 8.0+ 支持，旧版本执行将报错

建议在生产环境应用前，先在测试环境验证所有 DDL 和配置变更。