Mysql-优化篇

mysql的优化实在太多，这里仅仅列一些常见的，不可能彻底归纳，后续有新学习的内容会持续更新。

explain 分析select语句

主要字段
select_type查询类型 eg：SIMPLE 简单查询，UNION 联合查询，SUBQUERY 子查询
table 查询的表
partitions：
type 索引查询类型 const：使用主键或者惟一索引进行查询的时候只有一行匹配 ref：使用非惟一索引 range：范围查询 all：扫描全表 index：和all的区别是扫描的是索引树 system表只有一行或空表，const的特例 fulltext：全文索引，优先级很高 等等
possible_keys 可能用到的索引
key 实际使用的索引
key_len 查询用到的索引长度（字节数）
ref 等值查询会显示const
rows 扫描的行数
filtered 表示存储引擎返回的数据在server层过滤后，剩下多少知足查询的记录数量的比例
extra ：

• Using index 查询不须要回表，而且where筛选条件是索引的是前导列
• Using where Using index 查询不须要回表，而且where筛选条件是索引列之一可是不是索引的不是前导列，或者是前导列的一个范围查找
• NULL 查询须要回表，而且where筛选条件是索引的前导列
• Using where 查询须要回表，where筛选条件非索引的前导列，或者筛选条件非索引列
  等等

---

索引优化

（1）创建联合索引，讲选择性强惟一性高的字段放在前面，范围查找字段放在最后
（2）索引覆盖，尽可能避免回表
（3）合理利用前缀索引，避免长字段索引过长，占用空间

---

索引下推ICP

这是mysql5.6版本以后内部对于索引过滤数据作的优化，适用于好比范围查询，模糊查询，由于最左前缀原则，致使联合索引失效的状况。之前的查询都是在存储引擎层先返回条件字段索引相关的数据，而后直接回表，在server层再对where后失效的索引查询条件进行过滤，在5.6以后，在引擎层会对where索引条件进行筛选，进一步减小了对记录的过滤（用通俗的话就是5.6版本以前联合索引中失效的索引字段会回表再去判断，ICP会让判断条件从服务层下推至存储引擎层，对失效的索引字段在存储引擎层进行判断）。此时explain select语句的extra为Using index condition（查找使用了索引，而且须要回表查询数据）。

---

读写分离

将数据库分为主表和从表，主表做为写表，用于处理数据增删改和数据表操做，而从表做为读表通常会有多个，用于同步主表的修改，而且处理读操做。
主表master和从表slave经过binlog来同步。咱们知道，对于主表的修改会写入binlog，此时主表会开启一个binlog dump线程，将修改的binlog发送给从表的IO线程，从表会将binlog写入relay log，以后sql线程会将修改的部分同步到从表。

读写分离带来的主从表数据不一致问题怎么解决？
能够采用 1.从主表读取未同步的数据 2.延迟读 等等方法。

---

分库分表

分表

• 垂直分表
  按照字段进行分表，使用频率高的字段放在一张表，使用频率低的放另外一张表，同时，两张表都要有相同的主键id。
  垂直分表的意义在于，表的最大尺寸是和字段数相关的，若是垂直拆分字段成不一样的表，字段数降低了，表的最大尺寸则变大了，能容纳更多数据。
• 水平分表
  根据一个规则或字段（分片键）将数据分到不一样的表里，保证全部表的字段都相同，数据均匀划分。

分库

• 业务模块分库
  根据不一样的业务模块来分库，将不一样业务的数据库操做分隔开来
• 按表分库
  对于上述水平分表产生的多个子表来讲，能够将不一样的子表分到不一样的数据库中

分库分表也会带来一些问题，好比：

• 不一样库表关联查询问题
  首先设计初须要避免这种状况，若是出现这种状况
  1.设计冗余字段，避免跨库的join
  2.添加全局表，保存一些全局数据等不多修改的数据
• 分布式事务问题
  基于两阶段提交的XA事务
• 分布式id问题
  能够利用雪花算法，或者专门的id生成服务解决
• 数据扩容
  因业务量增长须要增长子表，这个时候须要从新设置分片规则，而且作数据迁移，保证数据均匀分布
• 跨表排序分页
  分片键做为排序字段，则正常使用排序；反之，则须要在不一样子表中分别查询结果并汇总，再次排序
• ER分片
  对于一些关联表，能够合理设置它们的分片字段，使得相同分片数据的表在同一个数据分片上，避免跨库join。好比员工表和公司表，假设他们以公司id关联，能够以公司id来分片，这样能保证同一个库内，公司表和员工表的公司id都是同样的。

此外，这些问题能够利于一些市面上成熟的中间件来解决，好比ShardingSphere，mycat，Sharding-JDBC，DRDS等等。