mysql 数据库优化

1. 检查表结构，考虑以下情况：

1）字段的长度是否合适，选择满足要求的最小长度

2）对于使用了unique、外键等约束条件的字段，能否在程序中保证其约束性。

3）在字段避免使用null ,很难查询优化且占用索引空间。

4）对于查询经常涉及到的字段是否建立的索引，对于长字符串字段只见前缀索引，值分布很少的字段不适合建立索引。

 

2. 检查SQL语句，考虑以下情况：

1）避免在where  中对字段进行null判断，可能不会使用索引而进行全表扫描。

2）对于order by涉及到的字段，能否使用索引来进行排序，避免数据库进行不必要的sort。 

3）对于组合索引，注意查询的顺序与索引的顺序保持一致。

4）对于like, 应避免以“%” 或“-” 开头， 这样不会使用索引。

5）不在“=”、“<"等符号的左边进行列运算， 这样不会使用索引。

6）获取全表数据时，若数据量太大，可以使用limit 进行分页。

3. 考虑是否需要 分表

1）垂直分区： 若表中字段数过多，且对字段之间的相关性分析可行时，将字段拆分到两张表中。

好处：

（1）行数据更小，一个数据块（Block)中的可以存更多的行数据，减少了IO次数

（2）维护更简单

（3）可以最大程度的利用缓存，将不常变的数据放在一张表中，常变得数据放在一张表中

缺点：

（1）主键冗余

（2）会引起join操作

（3）事务处理复杂

2）水平分区：表中的记录数太大，可以数据分表，一般需要分库（将数据分片（表）存在不同的数据库中，以达到分布式的效果）

优点：不存在单库大数据和高并发的性能瓶颈，提高系统稳定性和负载能力

缺点：跨节点的join性能差；事务管理复杂；难以维护

3）读写分离： 从库读，主库写。