MySQL--架构与索引

1 MYSQL架构
在这里插入图片描述
2 存储引擎
2.1 常用命令
2.1.1 查看数据库引擎- show engines;
在这里插入图片描述
2.1.2 查看当前默认的引擎-- show variables like ‘%storage_engine%’;
在这里插入图片描述
2.2 InnoDB与MyIsAm比较
MyIsAm对事务不支持,InnoDB支持
MyIsAm即使操作一行数据也会锁住整个表,InnoDb行锁操作时只锁住一行,不对其他行有影响。
MyIsAm关注性能,InnoDB关注事务

3 索引优化
4 查询优化
4.1 执行查询的顺序
书写的顺序:
Select distinct select_list
From table
Left join tab on left_condition
Where where_condition
Group by group_by_list
Havaing having_condition
Order by order_by_condition
Limit limit_number
执行的顺序
from table
left join leftjoin_table on join_condition
where where_condition
group by group_by_list
having hava_condition
select
distinct select_list
order by order_by_condition
limit limit_number

5 explain
使用Explain关键字可以模拟优化器执行SQL查询语句,从而知道MySQl是如何处理你的SQl语句的,分析你的查询语句或是表结构的性能瓶颈。
表的读取顺序,
数据读取操作的操作类型
哪些索引可以使用,
哪些索引被实际使用。
表之间的引用,
每张表有多少行被优化器查询。
Explain各个列名说明
id
id相同,执行顺序由上到下。
ID不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行。
Id相同不同,同时存在相同的id,如果id相同,可以认为是一组,从上往下顺序执行。
在所有组中,id值越大,优先级越高,越先执行。
Select_type:查询类型
SIMPLE 简单查询类型,查询中不包含子查询或UNION
PRIMARY 查询中若包含任何复杂的子部分,最外层查询则被标记为
SUBQUERY在SELECT或WHERE列表中包含了子查询
DERIVED 在FROM列表中包含的子查询被标记为DERIVED(衍生)MySQL会递归执行这些子查询,把结果放在临时表里。
UNION若第二个SELECT出现在UNION之后,则被标记为UNION;若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:SERIVED
UNION RESULT 从UNION表获取结果的SELECT
table
表的执行顺序
为表名,
特殊字符串:derivced2,2说明是id为2的表衍生出来的。
type访问类型排列
显示查询使用了何种类型
从最好到最差依次是:system>const>eq_ref>ref>fulltext>ref_or_null>index_merage>unique_subquery>index_subquery>range>index>all
system>const>eq_ref>ref>range>index>all
system:表只有一行记录,这是const类型的特例。
Const:表示通过索引一次就找到了,const用于比较primary key或者unique索引,因为只匹配一行数据,所以很快,如将主键置于where列表中,MySQL就能将该查询装换为一个常量。
eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配,常见与主键或唯一索引扫描。
Ref:非唯一性索引扫描,返回匹配某个单独值的所有行,本质上也是一种索引访问,它返回所有匹配某个单独值的行,然而,他可能会找到多个符合条件的行,所以他应该属于查找和扫描的混合体。
Fulltext:
ref_or_null:
index_merage:
unique_subquery:
index_subquery:
range:只检索给定范围的行,使用一个索引来选择行,key列显示使用了哪个索引,一般就是在你的where语句中出现了between、<、>、in等的查询,这种范围扫描索引扫描比全表扫描要好,因为它只需要开始于索引的某一点,而结束语另一点,不用扫描全部索引。
index:index与ALL区别为index类型只遍历索引树,这通常比ALL快,因为索引文件通常比数据文件小。(也就是说虽然all和index都是读全表,但是index是从索引中读取的,而all是从硬盘中读取的)
all:将遍历全表以找到匹配的行。
possible:可能使用到的索引
显示可能应用在这张表中的索引,一个或多个。查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用。
key:实际使用的索引
实际使用的索引,如果为null,则没有使用索引,查询中若使用了覆盖索引,则该索引仅出现在key列表中。
possible_key不出现,但是在key中出现了,入查询组合索引。
key_len索引中使用的字节数
可通过该列计算查询中使用的索引的长度,在不损失精确性的情况下,长度越短越好,
Key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出来的。
ref
显示索引的那一列被使用了,如果可能的话,是一个常数,哪些列或常量被用于查找索引列上的值。值为const则说明用的是常量。
Rows:估算需要读取的行数
根据表统计信息即索引选用情况,大致估算出找到所需的记录所需要读取的行数。
越小越好。
Extra:附带
包含不适合在其他列中显示但十分重要的额外信息。
Using filesort 说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。Mysql中无法利用索引完成的排序操作称为”文件排序”。
Using temporary 使用了临时表保存中间结果,MySql在对查询结果排序时使用临时表,常见与排序order by和分组查询group by。
Using index
表示相应的select操作中使用了覆盖索引,避免访问了表的数据行,效率不错,如果同时出现了using where,表明索引被用来执行索引键值的查找。
Using where 将在检索行后返回
Using join buffer 使用了连接缓存
Impossible where:不可能从查询
Select tables optimized away
Distinct 找到第一个就不继续查找。

猜你喜欢

转载自blog.csdn.net/BtWangZhi/article/details/86602796