快速参考

字符集陷阱

• utf8 存在缺陷——仅支持 3 字节，无法存储 emoji；务必始终使用 utf8mb4
• 排序时如需忽略大小写，请使用 utf8mb4_unicode_ci；如需精确字节级比较，请使用 utf8mb4_bin
• JOIN 中若发生校对规则（collation）不匹配，将严重损害性能——请确保各表间校对规则一致
• 连接层字符集必须匹配：通过 SET NAMES utf8mb4 或连接字符串参数显式指定
• utf8mb4 列上的索引体积更大——可能触及索引长度限制；可考虑使用前缀索引（prefix index）

与 PostgreSQL 的索引差异

• 不支持部分索引（partial indexes）——索引定义中无法使用 WHERE active = true
• 表达式索引（expression indexes）自 MySQL 8.0.13 起才被支持；此前需借助生成列（generated columns）实现
• 对 TEXT/BLOB 类型建索引时必须指定前缀长度，例如：INDEX (description(100))；未指定长度将报错
• 不支持 INCLUDE 子句以实现覆盖索引（covering index）——需将所需列直接加入索引定义本身，例如：INDEX (a, b, c) 可覆盖对 c 的查询
• 外键（foreign keys）仅在 InnoDB 引擎下自动创建索引——使用前请确认表引擎

UPSERT 模式

• INSERT ... ON DUPLICATE KEY UPDATE —— 非标准 SQL；依赖唯一键冲突触发更新逻辑
• 获取自增主键值应使用 LAST_INSERT_ID() —— 不支持 PostgreSQL 风格的 RETURNING 子句
• REPLACE INTO 先执行删除再插入——会改变自增 ID，并触发 DELETE 级联操作
• 检查受影响行数判断操作类型：返回 1 表示插入，返回 2 表示更新（该行为易引发误解）

锁机制陷阱

• SELECT ... FOR UPDATE 会对匹配行加锁——但间隙锁（gap lock）可能锁定超出预期的范围
• InnoDB 使用下一键锁（next-key locking）——可防止幻读，但也更易引发死锁
• 锁等待超时默认为 50 秒——可通过 innodb_lock_wait_timeout 参数调整
• MySQL 8+ 支持 FOR UPDATE SKIP LOCKED —— 适用于队列类并发控制场景
• InnoDB 默认隔离级别为 REPEATABLE READ，而非 PostgreSQL 的 READ COMMITTED
• 死锁属于预期行为——应用代码必须捕获并重试，不可简单失败退出

GROUP BY 严格性

• MySQL 5.7+ 默认启用 sql_mode 中的 ONLY_FULL_GROUP_BY
• 所有非聚合列都必须显式出现在 GROUP BY 子句中——不再兼容旧版 MySQL 宽松模式
• 当确认某列在分组内取值恒定时，可用 ANY_VALUE(column) 抑制错误
• 检查遗留数据库的 sql_mode 设置——其行为可能与当前版本不同

InnoDB 与 MyISAM 对比

• 始终优先选用 InnoDB——支持事务、行级锁、外键及崩溃恢复能力
• MyISAM 仍为部分系统表的默认引擎——但绝不应用于业务数据表
• 检查表引擎：执行 SHOW TABLE STATUS；转换命令为 ALTER TABLE ... ENGINE=InnoDB
• JOIN 中混合使用不同引擎虽可运行，但将丧失事务一致性保障

查询特性与怪癖

• LIMIT offset, count 的参数顺序与 PostgreSQL 的 LIMIT count OFFSET offset 相反
• != 和 <> 均可表示“不等于”；为符合 SQL 标准，建议统一使用 <>
• 不支持事务性 DDL——ALTER TABLE 语句立即提交，无法回滚
• 布尔类型实际为 TINYINT(1)——TRUE/FALSE 仅为 1/0 的别名
• 两个参数时推荐使用 IFNULL(a, b) 替代 COALESCE（尽管后者也可用）

连接管理

• wait_timeout 将终止空闲连接——默认值为 8 小时；连接池组件可能无法及时感知该中断
• max_connections 默认值为 151——通常偏低；每个连接均占用内存资源
• 连接池配置：所有应用实例的总连接数不应超过 max_connections
• 使用 SHOW PROCESSLIST 查看活跃连接；通过 KILL 终止长时间运行的查询

复制机制注意事项

• 基于语句的复制（SBR）在遇到非确定性函数（如 UUID()、NOW()）时可能失效
• 基于行的复制（RBR）更安全但带宽开销更高——MySQL 8 默认采用此模式
• 只读副本存在同步延迟——在依赖副本读取前，请检查 Seconds_Behind_Master 值
• 切勿向副本写入数据——副本通常设为只读，但仍建议显式验证

性能调优

• EXPLAIN ANALYZE 仅在 MySQL 8.0.18+ 中可用；旧版本仅支持 EXPLAIN，不提供真实执行耗时
• MySQL 8 已移除查询缓存（Query Cache）——请勿依赖；应在应用层自行实现缓存
• 对碎片化严重的表执行 OPTIMIZE TABLE —— 该操作会锁表；对于大表建议使用 pt-online-schema-change 工具
• innodb_buffer_pool_size —— 在专用数据库服务器上建议设为物理内存的 70–80%