1. 索引
2. 反范式设计
3. 将外键放在业务层约束
4. 对于会修改的数据，且该后置数据用作其他表的外键。最好不要使用自增主键。否则在修改数据时采用先删后插的模式会很难处理后置数据的外键
5. 横向分表
a. 冷热分离
• 热表（按时间或者其他 key） 保存
• 冷表（类似历史数据，如果冷表数据太大，也可以结合时间或者业务进行再分表）
a. 业务分表
• 按数据状态分表（类似出院、在院或者事前、事中、事后）
a. 时间分表
• 按照创建时间或者其他非空的时间字段分表
5. 纵向分表
a. 将固定不变的字段放在一个表里，另外经常变动的字段放在另一个表里（类似横向分表中的冷热分表）
6. 分区
key 必须为主键
7. buff_pool 增大
————————————————
关系型数据库优化
1、存储引擎，MyISAM无事务，性能高，InnoDB,支持事务性能低些。
代价：需要重构
2、隔离级别：RC级别，任然有幻读可能
3、连接数优化：
4、设置缓冲区大小：索引缓冲区、表的缓冲区、查询的缓冲区、排序的缓冲区
5、explain分析sql、optimizer trace
6、覆盖索引【查询列都在索引列中，避免回表{二级索引查询后，需要再通过主键(叶子节点)查询到行}】--左模糊会导致覆盖索引失效、索引下推【必须where字段在索引列中、必须不是覆盖索引】、避免select *、
7、优化顺序：索引、缓存、异步化、分区，分库分表
8、分表：表太大，索引较大，优化索引。分库：并发高，连接数不够，优化并发情况
