MySQL 数据库设计助手

这个技能能帮你做什么

如果你在用 MySQL 或 MariaDB 作为后端数据库，这个技能能帮你避免常见的数据库设计陷阱。它覆盖了从建表到查询优化的完整生命周期，让你的数据库跑得更快、更稳、更安全。

简单说，它能帮你：

• 设计表结构 —— 选择合适的数据类型、主键策略、字符集
• 优化查询 —— 通过索引和查询改写提升性能
• 管理事务 —— 避免死锁、缩短事务时间、确保数据一致性
• 配置连接池 —— 合理设置连接数，避免连接耗尽
• 排查慢查询 —— 找到并优化执行缓慢的 SQL
• 保障安全 —— 用户权限、加密传输、安全审计

什么时候用

设计新表时 —— 不确定该用什么字段类型、怎么设计索引

查询变慢时 —— 页面加载慢、接口响应慢，怀疑是数据库问题

遇到死锁时 —— 事务冲突、锁等待超时，需要排查和解决

项目上线前 —— 检查数据库配置是否适合生产环境

迁移数据时 —— 大表结构变更，需要安全的迁移方案

配置数据库时 —— 连接池大小、超时时间、缓存配置等参数调优

主要覆盖哪些场景

1. 表结构设计
   • 主键选择：自增 ID 还是 UUID？各有什么优缺点
   • 数据类型：金额用 DECIMAL，文本用 utf8mb4，时间用 DATETIME
   • 软删除：用 deleted_at 字段而不是真删除，方便数据恢复
   • 状态管理：状态值频繁变化时，用查找表而不是枚举类型
   • JSON 字段：适合存储扩展数据，不适合做复杂查询
2. 索引优化
   • 复合索引的顺序：等值查询字段在前，范围查询字段在后
   • 覆盖索引：让查询只读索引就能返回结果，不回表查询
   • 避免过度索引：每个索引都会增加写入成本，只建必要的索引
   • 用 EXPLAIN 分析查询计划，确认索引是否生效
3. 查询优化
   • 分页优化：大数据量分页用游标分页，不用 OFFSET
   • 批量操作：INSERT 和 UPDATE 尽量批量执行
   • 避免 SELECT *：只查需要的字段，减少数据传输
   • 关联查询优化：确保关联字段有索引，减少全表扫描
4. 事务管理
   • 事务要尽量短，不要在里面做网络请求
   • 锁顺序要一致，减少死锁概率
   • 更新数据时按主键顺序加锁
   • 发生死锁时，重试整个事务
5. 连接池配置
   • 连接数设置：根据服务器能力和并发量调整
   • 连接回收：定期回收闲置连接，避免连接失效
   • 连接预检：使用前检查连接是否可用
   • 超时设置：连接超时、查询超时、事务超时
6. 性能排查
   • 开启慢查询日志，找出执行时间长的 SQL
   • 查看当前进程列表，发现异常连接
   • 分析 InnoDB 状态，检查锁竞争情况
   • 监控复制延迟，确保主从同步正常
7. 安全配置
   • 应用账号最小权限原则，只给需要的权限
   • 强制使用 SSL/TLS 加密传输
   • 密码存储在密钥管理系统，不写在代码里
   • 清理匿名用户和测试账号

怎么用

设计表时 —— 问它"这个表应该怎么设计？用什么主键和索引？"

查询慢时 —— 把 SQL 发给它，它会分析执行计划并给出优化建议

遇到死锁时 —— 提供死锁日志，它会帮你分析原因和解决方案

配置数据库时 —— 告诉它你的硬件配置和并发量，它会建议参数设置

迁移数据时 —— 大表变更前，它会告诉你安全的迁移方案

核心原则

使用 MySQL 时，记住这几条原则：

1. 索引是双刃剑 —— 读多写少的表多建索引，写频繁的表谨慎建索引
2. 事务要短 —— 事务越长锁的时间越长，越容易死锁
3. 先分析再优化 —— 用 EXPLAIN 看懂执行计划，再决定怎么优化
4. 安全不妥协 —— 权限最小化、传输加密、密码不落地
5. 监控是必需 —— 慢查询、锁等待、连接数，都需要持续监控
6. 大表谨慎改 —— 大表加字段、加索引可能锁表，需要在线变更方案

适用场景

• MySQL/MariaDB 数据库设计
• SQL 查询优化
• 数据库性能调优
• 事务和锁问题排查
• 生产环境数据库配置
• 数据库迁移和升级

不适用场景

• 非关系型数据库（如 MongoDB、Redis）
• 纯前端开发（不涉及数据库）
• 不需要数据库的轻量应用
• 数据库底层原理学习（这是实践指南，不是原理教程）