mysql数据库优化的思路

数据库优化的思路

explain

type字段

$$system\to const\to eq\_ref\to ref\to range\to index\to all$$

• system:表只有一行记录(等于系统表),这是const类型的特例,平时不会出现,这个也可忽略不计;
• const:表示通过索引一次就找到了，const用于比较primary key或者unique索引。因为只匹配一行记录,所以很快.如果将主键置于where列表中,mysql就能将该查询转换成一个常量;
• eq_ref:唯一性索引扫描,对于每一个索引键,表中只有一条记录与之匹配,常用于主键或唯一索引扫描;
• ref:非唯一性索引扫描,返回匹配某个单独值得所有行,本质上也是一种索引访问,它返回所有匹配某个单独值的行,然而,它可能会找到多个符合条件的行,所以它应该属于查找和扫描的混合体;
• range:只检索给定范围的行,使用一个索引来选择行,key列显示使用哪个索引,一般就是在你的where语句中出现了between,<,>,in等的查询；这种范围索引扫描比全表扫描要好,因为它只需要开始于索引的某一个点,结束于另一个点,不用扫描全部索引;
• index:index于all区别为index类型只遍历索引树,这通常比all快,因为索引文件通常比数据文件小;也就是说虽然all和index都是读写表,但index是从索引中读取的,而all是从硬盘中读的;
• all:也就是全表扫描;

数据库结构优化

1. 范式优化： 比如消除冗余（节省空间。。）
2. 反范式优化：比如适当加冗余等（减少join）
3. 拆分表： 分区将数据在物理上分隔开，不同分区的数据可以制定保存在处于不同磁盘上的数据文件里。这样，当对这个表进行查询时，只需要在表分区中进行扫描，而不必进行全表扫描，明显缩短了查询时间，另外处于不同磁盘的分区也将对这个表的数据传输分散在不同的磁盘I/O，一个精心设置的分区可以将数据传输对磁盘I/O竞争均匀地分散开。对数据量大的时时表可采取此方法。可按月自动建表分区。

类型	解决问题	不解决问题
垂直拆分	表与表之间的io竞争	单表中数据量增长出现的压力
水平拆分	单表中数据量增长出现的压力	表与表之间的io争夺