高并发MySQL设计核心是读写可控分散轻量，需按业务维度分库分表、垂直拆分、冷热分离、避免分布式事务、智能读写分离、精简索引、短平快事务及合理连接池配置。
高并发场景下，MySQL数据库设计的核心不是堆硬件，而是让读写更可控、更分散、更轻量。关键在于减少锁冲突、降低单点压力、提前规避瓶颈，而不是等慢查询出现再优化。
分库分表要按业务维度切，别盲目按ID哈希
简单用用户ID取模分表，容易导致热点集中（比如新用户涌入集中在某几张表）。应优先按业务边界拆分，例如：订单库和用户库分离；订单再按“商户ID+时间”组合分片，把大商户的订单打散到不同物理节点。分片键必须是高频查询条件，否则跨分片JOIN或查询会极大拖慢性能。
- 优先考虑垂直拆分：把大宽表按使用场景拆成多张小表（如用户基础信息、扩展资料、安全设置各成一库）
- 水平分片前先做冷热分离：近3个月订单放热库，历史订单归档到只读库，减少主库数据量和锁范围
- 避免分布式事务：用最终一致性替代强一致，例如通过本地消息表+定时任务补偿，不依赖XA或Seata复杂中间件
读写分离要配好路由策略，不能全扔给从库
写后立刻读（比如下单后查订单状态）如果路由到从库，可能因主从延迟看到旧数据。应在应用层识别“写后读”场景，强制走主库；其他列表页、详情页等非实时场景才发往从库。
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 用Hint或自定义注解标记SQL类型（如@Master / @Slave），结合ShardingSphere或MyCat做智能路由
- 从库数量建议3～5个，再多同步压力反而上升；每个从库开启并行复制（slave_parallel_workers > 4）
- 监控主从延迟（Seconds_Behind_Master），超过2秒自动剔除该从库，避免脏读
索引不是越多越好，高频更新字段慎建索引
每多一个索引，INSERT/UPDATE/DELETE就要多维护一份B+树。高并发写入场景下，一个表超5个索引就值得警惕。重点保障WHERE、ORDER BY、GROUP BY中出现的字段有覆盖索引，避免回表。
- 联合索引遵循最左匹配，把区分度高、过滤性强的字段放前面（如(status, create_time)比(create_time, status)更有效）
- 避免在TEXT、JSON字段上建普通索引；需要检索时改用Generated Column + 普通索引，或迁移到Elasticsearch
- 定期用pt-index-usage分析实际执行计划，删除30天内未被任何查询用到的索引
连接与事务要“短平快”，拒绝长事务和连接池滥用
一个持续10秒的事务会持锁、阻塞DDL、拖垮整个连接池。高并发下，连接不是越“复用”越好，而是越“及时释放”越好。
- 应用层设置合理超时：数据库连接超时（connectTimeout）≤3秒，读写超时（socketTimeout）≤5秒
- 事务内只做必要操作，禁止在事务里调外部HTTP接口、写日志文件、做复杂计算
- 连接池最大连接数不要硬设800，应按公式估算：（峰值QPS × 平均响应时间（秒））× 1.2，再留20%余量
