mysql优化(三)

作者:有用网 阅读量:24745 发布时间:2021-03-29
关键字 Mysql

索引覆盖:

索引覆盖是指 如果查询的列恰好是索引的一部分,该列查询只需要在索引文件上进行,不需要回行到磁盘再找数据

这种查询速度非常快,称为"索引覆盖"

举例什么样的情况叫索引覆盖?

建一个表,这个表有三个字段,id,name,intro,将id和name建立一个联合索引

CREATE TABLE `t99` (

`id`  int(11) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '主键id' ,

`name`  char(10) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '姓名' ,

`intro`  varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '介绍' ,

PRIMARY KEY (`id`),

INDEX `idname` (`id`, `name`) USING BTREE 

);

随便插入两条数据

当我们做查询的时候

 select  name from test where id = 1;

这一句用到了索引覆盖,

 select  intro from test where id = 1;

这一句没用到索引覆盖,需要回行拿取数据

当我们用explain 解释这两个语句的时候,会发现,他们的extra第一个是using index ,第二个是null,这就是索引覆盖。


理想的索引

这里有一个概念,就是索引的区分度要高,然后索引的长度得小,这里其实挺矛盾,只有越长的索引区分度才会越高,但是这里实际上就是一个平衡,在长度尽量小的情况下,区分度要尽量高。

1.查询频繁

2.区分度高

3.长度小

4.尽量能覆盖常用查询字段


哪有什么多么完美的程序,总不是根据实际情况去优化和处理问题~


sql语句优化

1.sql语句的时间花在哪?

等待时间,执行时间

这两个时间并非孤立的,如果单条语句执行的快了,对其他语句的锁定的时间也就少了

所以我们来分析如何降低执行时间


2.sql语句的执行时间,又花在哪儿了?

查询--->沿着索引查找,慢者可能全表扫描

取出--->查到行后,把数据取出来


如何查询快?

a.查询的快 --->联合索引的顺序,区分度,长度

b.取的快,索引覆盖

c.传输的少,更少的行和列


切分查询:按数据拆成多次

例:插入1万条数据,每1k条为单位,插件

分解查询:按逻辑把多表链接查询分成多个简单sql


3.sql语句的优化思路?

不查->少查->高效的查


不查 通过业务逻辑来计算

比如论坛的注册会员数,我们根据之前的三个月每天的注册人数,用程序来估算

理论----追求绝对的精准,往往给你带来更的麻烦

少查 尽量精准数据,少取行,我们观察新闻网站,评论内容等,一般一次性取出10-30条左右

必须要查,尽量走在索引上查询(查询,分组,排序都走索引)

少查不必要的字段


explain的列的分析

id查询的序号,可能有多个select

select_type :查询类型 举例 simple 简单查询

table :表名

type:索引发挥的作用,是扫描一部分还是扫描所有

possible_keys: 可能用到的键

key: 实际用到的键

key_len: 实际用的键的最大长度

ref: 两表联查的引用关系

rows: 估计本次要查出多少行

extra: 额外信息


type

all 扫描了所有的行

index 扫描所有的索引节点

range 按范围查的

const system null  常量级别  非常快

ref 引用

eq_ref 引用等于某个值



#发表评论
提交评论