MySQL优化

[zhaobinglong]

MySQL存储引擎

MySQL两个引擎MyISAM 和 InnoDB 作者：oscarwin 链接：https://www.zhihu.com/question/20596402/answer/211492971 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

1. InnoDB 支持事务和外键，MyISAM 不支持
2. InnoDB 是聚集索引，MyISAM 是非聚集索引。聚簇索引的文件存放在主键索引的叶子节点上，因此 InnoDB 必须要有主键，通过主键索引效率很高。但是辅助索引需要两次查询，先查询到主键，然后再通过主键查询到数据。因此，主键不应该过大，因为主键太大，其他索引也都会很大。而 MyISAM 是非聚集索引，数据文件是分离的，索引保存的是数据文件的指针。主键索引和辅助索引是独立的。
3. InnoDB 不保存表的具体行数，执行 select count(*) from table 时需要全表扫描。而MyISAM 用一个变量保存了整个表的行数，执行上述语句时只需要读出该变量即可，速度很快；
4. InnoDB 最小的锁粒度是行锁，MyISAM 最小的锁粒度是表锁。

[zhaobinglong]

查询层面的优化

• select时尽量不要用。需要什么字段、多少字段则写多少。如果使用，数据库还需要在执行完语句之后进行字段的转换。
• 利用limit，在查询结果明确了为一条或者只想获取第一条记录的话，可以加入 “limit 1”，不需要查询出来再get第一条记录。limit 1在查询到第一条记录后会停止查询，提高查询效率。
• 不等于操作符是永远不会用到索引的，因此对它的处理只会产生全表扫描。 优化方法:a): 用其它相同功能的操作运算代替，如 a<>0 改为 a>0 or a<0 a<>'' 改为 a>'' ，b): 尽量便面使用 != 操作符,如 c != '' 应写成 c > ''
• 如LIKE “%name”或者LIKE “%name%”，这种查询会导致索引失效而进行全表扫描。但是可以使用LIKE “name%”。

[zhaobinglong]

字段层面的优化

• 选择合适的字段，一般说来，数据库中的表越小，在它上面执行的查询也就会越快，将表中字段的宽度设得尽可能小
• 尽量用整数代替字符串。数据库处理数字比字符串快，在正常情况下查询数字比查询字符快很多。
• 字段定义尽量使用 not null，索引字段，一定要定义为 NOT NULL 。因为 NULL 值会影响优化器对索引的选择，索引效率会下降很多
• 长度基本固定的列，如果该列恰好更新又特别频繁，适合char。
• 所有表显示指定主键，主键尽量采用自增方式，InnoDB 表实际是一棵索引组织表，顺序存储可以提高存储效率，充分利用磁盘空间

• 参考

  https://segmentfault.com/a/1190000012155267

[zhaobinglong]

写层面的优化

[zhaobinglong]

物理层面的优化

• 最影响数据库性能的是磁盘，上 ssd 可以大大提升性能，其次是 cpu，内存 。

[zhaobinglong]

架构层面的优化

• 读写分离
• 分库分表