SQL执行流程

a. 编写过程:

select dinstinct .. from .. join .. on .. where .. group by .. having .. order by ..

b. 解析过程:

from .. on .. join .. where .. group by .. having .. select dinstinct ..order by ..

SQL性能优化

主要就是在优化索引和sql语句

a.分析SQL的执行计划:explain

可以模拟SQL优化器执行SQL语句,从而让开发人员知道自己编

b.MySQL查询优化器会干扰我们的优化

优化方法,官网:https//dev.mysql.com/doc/refman/5.5/en/optimization.html

查询执行计划: explain + SQL语句

explain select * from tb;

id:编号
select_type:查询类型
table:表
type:类型
possible_keys:预测用到的索引
key:实际使用的索引
key_len:实际使用索引的长度
ref:表之间的引用
rows:通过索引查询到的数据量
Extra:额外的信息

查询课程编号为2 或 教师证编号为3 的老师信息

select * from teacher t,course c,teacherCard tc where t.tid = c.tid and t.tcid = tc.tcid and c.cid = 2 or tc.tcid = 3;

explain+sql:

id:id值相同,从上往下 顺序执行。

t3 - tc3 - c4

tc3 - c4 - t6

表的执行顺序 因数量的个数改变而改变的原因:笛卡儿积

a b c

4 3 2 = 23=64=24

34=122=24

数据小的表 优先查询;

id值不同:id值越大越优先查询(本质:在嵌套子查询时,先查内层 再查外层)

查询教授SQL课程的老师的描述(desc)

select tc.tcdesc from teacherCard tc,course c,teacher t where c.tid = t.tid and t.tcid = tc.tcid and c.cname = 'sql';

将以上 多表查询 转为子查询形式:

explain select tc.tcdesc from teacherCard tc where tc.tcid =

(select t.tcid from teacher t where t.tid =

(select c.tid from course c where c.cname = 'sql')

);

子查询+多表:

explain select t.tname ,tc.tcdesc from teachert t,teacherCard tc where t.tcid = tc.tcid

and t.tid = (select c.tid from course c where cname = 'sql');

id值有相同,又有不同:值越大越优先;id值相同,从上往下 顺序执行

select_type:查询类型

PRIMARY:包含子查询SQL中的 主查询(最外层)

SUBQUERY:包含子查询SQL中的 子查询(非最外层)

simple:简单查询(不包含子查询、union)

derived:衍生查询(使用到了临时表)

a.在from子查询中只有一张表

explain select cr.cname from (select * from course where tid in (1,2) ) cr;

b.在from子查询中,如果有table1 union table2,则table1 就是 derived,table2 就是 union

explain select cr.cname from (select * from course where tid = 1 union select * from course where tid =2) cr;

union:上例

union result : 告知开发人员,那些表之间存在union查询

table 不用讲

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_s**

type:索引类型、类型

system > const > eq_ref > ref > range > index > all, 要对type进行优化的前提: 有索引

其中:system,const只是理想情况;实际能达到ref>range

system(忽略):只有一条数据的系统表;或衍生表只有一条数据的主查询
create table test01
(
tid int(3),
tname varchar(20)
);
insert into test01 values(1,'a');
commit;
增加索引
alter table test01 add constraint tid_pk primary key(tid);
explain select * from (select * from test01) t where tid=1;

const:仅仅能查到一条数据的SQL

用于Primary key或unique索引 (类型与索引类型有关)

explain select tid from test01 where tid = 1;

alter table test01 drop primary key ;
create index test01_index on test01(tid);

eq_ref:唯一性索引

对于每个索引键的查询,返回匹配唯一行数据(有且只有1个,不能多、不能0)

select ... from ... where name = ... 常见于唯一索引 和 主键索引。

alter table teacherCard add constraint pk_tcid primary key(tcid);

alter table teacher add constraint uk_tcid unique index(tcid);

explain select t.tcid from teacher t,teacherCard tc where t.tcid=tc.tcid;

以上SQL,用到的索引是t.tcid,即teacher表中的tcid字段;如果teacher表的数据个数 和 连接查询的数据个数一致(都是3条数据),则有可能满足

ref:非唯一性索引

对于每个索引键的拆线呢,返回匹配的所有行(0,多)

准备数据:

insert into teacher values(4,'tz',4);

insert into teacherCard values(4,'tz222');

测试:

alter table teacher add index index_name(tname);

select * from teacher where tname='tz';

range:检索指定范围的行

where后面是一个范围查询 (between,> < >= 特殊:in有时候会失效,从而转为 无索引all)

alter table teacher add index tid_index(tid);

explain select t.* from teacher t where t.tid in(1,2);

explain select t.* from teacher t where t.tid < 3;

index:查询全部索引中数据
explain select tid from teacher;
--tid是索引,只需要扫描索引表,不需要所有表中的所有数据
all:查询全部表中的数据
explain select cid from course;
--cid不是索引,需要全表所有,即需要所有表中的所有数据

possible_keys:可能用到的索引,是一种预测,不准。

alter table course add index cname_index(cname);

explain select t.tname,tc.tcdesc from teacher t,teacherCard tc where t.tcid = tc.tcid and t.tid = (select c.tid from course c where cname = 'sql';

如果possible_key/key是NULL,则说明没用索引

explain select tc.tcdesc from teacherCard tc,course c,teacher t where c.tid = t.tid and t.tcid = tc.tcid and c.cname ='sql';

key:实际使用到的索引

key_len:索引的长度

作用:用于判断复合索引是否被完全使用 (a,b,c)

create table test_k1
(
name char(20) not null default ''
); alter table test_k1 add index index_name(name); explain select * from test_k1 where name = ''; -- key_len : 60 在utf8:1个字符占3个字节 alter table test_k1 add column namel char(20); -- name1 可以为null
alter table test_k1 add index index_name1(name1);

sql-sql优化的更多相关文章

  1. SQL Server SQL性能优化之--通过拆分SQL提高执行效率,以及性能高低背后的原因

    复杂SQL拆分优化 拆分SQL是性能优化一种非常有效的方法之一, 具体就是将复杂的SQL按照一定的逻辑逐步分解成简单的SQL,借助临时表,最后执行一个等价的逻辑,已达到高效执行的目的 一直想写一遍通过 ...

  2. 深入浅出数据仓库中SQL性能优化之Hive篇

    转自:http://www.csdn.net/article/2015-01-13/2823530 一个Hive查询生成多个Map Reduce Job,一个Map Reduce Job又有Map,R ...

  3. 分析oracle的执行计划(explain plan)并对对sql进行优化实践

    基于oracle的应用系统很多性能问题,是由应用系统sql性能低劣引起的,所以,sql的性能优化很重要,分析与优化sql的性能我们一般通过查看该sql的执行计划,本文就如何看懂执行计划,以及如何通过分 ...

  4. SQL性能优化常见措施(Lock wait timeout exceeded)

    SQL性能优化常见措施 目 录 1.mysql中explain命令使用 2.mysql中mysqldumpslow的使用 3.mysql中修改my.ini配置文件记录日志 4.mysql中如何加索引 ...

  5. SQL性能优化案例分析

    这段时间做一个SQL性能优化的案例分析, 整理了一下过往的案例,发现一个比较有意思的,拿出来给大家分享. 这个项目是我在项目开展2期的时候才加入的, 之前一期是个金融内部信息门户, 里面有个功能是收集 ...

  6. SQL性能优化

    引言: 以前在面试的过程中,总有面试官问道:你做过sql性能优化吗?对此,我的答复是没有.一次没有不是自己的错误,两次也不是,但如果是多次呢?今天痛下决心,把有关sql性能优化的相关知识总结一下,以便 ...

  7. 优化数据库的方法及SQL语句优化的原则

    优化数据库的方法: 1.关键字段建立索引. 2.使用存储过程,它使SQL变得更加灵活和高效. 3.备份数据库和清除垃圾数据. 4.SQL语句语法的优化.(可以用Sybase的SQL Expert,可惜 ...

  8. sql的优化相关问题

    这篇文章写的真心不错,值得仔细拜读,所以将其转载过来了. 一.             分析阶段 一 般来说,在系统分析阶段往往有太多需要关注的地方,系统各种功能性.可用性.可靠性.安全性需求往往吸引 ...

  9. 如何进行正确的SQL性能优化

    在SQL查询中,为了提高查询的效率,我们常常采取一些措施对查询语句进行SQL性能优化.本文我们总结了一些优化措施,接下来我们就一一介绍. 1.查询的模糊匹配 尽量避免在一个复杂查询里面使用 LIKE ...

  10. SQL Server 优化器特性导致的内存授予相关BUG

    我们有时会遇到一些坑,要不填平,要不绕过.这里为大家介绍一个相关SQL Server优化器方面的特性导致内存授予的相关BUG,及相关解决方式,也顺便回答下邹建同学的相关疑问. 问题描述 一个简单的查询 ...

随机推荐

  1. CoAP调试工具Mozi.IoT.CoAP应用详解

    前言 CoAP是一种类HTTP协议的物联网专用协议,其数据包为人类不可阅读的字节流形式,在开发相关应用的时候往往不能准确的了解数据包的内容.故需要专用的调试工具对数据和通讯进行调试.这篇文章是为了让开 ...

  2. SpringCloudAlibaba微服务docker容器打包和部署示例实战

    概述 我们使用前面<SpringCloudAlibaba注册中心与配置中心之利器Nacos实战与源码分析(中)>的两个微服务示例,分别是库存微服务和订单微服务,基于Nacos注册中心和配置 ...

  3. XCTF练习题---WEB---robots

    XCTF练习题---WEB---robots flag:cyberpeace{6c4b08933075fc620d16d1157ee07a7e} 解题步骤: 1.观察题目,打开场景 2.打开实验场景, ...

  4. 浅尝Spring注解开发_Bean生命周期及执行过程

    Spring注解开发 浅尝Spring注解开发,基于Spring 4.3.12 包含Bean生命周期.自定义初始化方法.Debug BeanPostProcessor执行过程及在Spring底层中的应 ...

  5. SpringBoot从0到0.7——第一天

    SpringBoot从0到0.7--第一天 学习的第一步当然是收拾好心情,先把环境搭建起来,写出第一个helloword出来. 第一步:安装IDEA和Tomcat 我安装的是IDEA 2021.2.2 ...

  6. Flutter和iOS混编详解

    前言 下面的内容是最近在使用Flutter和我们自己项目进行混编时候的一些总结以及自己踩的一些坑,处理完了就顺便把整个过程以及一些我们可能需要注意的点全都梳理出来,希望对有需要的小伙伴有点帮助,也方便 ...

  7. 国产化设备鲲鹏CentOS7上源码安装Python3.7

    具体编译过成与正常的Python源代码在x86平台上的过程无异,此篇随笔仅当用作复制黏贴的备忘录.不得不说在一个老旧系统上安装一个老旧的Python版本,从头编译一个Python还是一个较为稳健的选择 ...

  8. Spring Authorization Server 实现授权中心

    Spring Authorization Server 实现授权中心 源码地址 当前,Spring Security 对 OAuth 2.0 框架提供了全面的支持.Spring Authorizati ...

  9. 万字长文详解HBase读写性能优化

    一.HBase 读优化 1. HBase客户端优化 和大多数系统一样,客户端作为业务读写的入口,姿势使用不正确通常会导致本业务读延迟较高实际上存在一些使用姿势的推荐用法,这里一般需要关注四个问题: 1 ...

  10. 客户案例-SES S.A.

    SES专门为世界上最偏远的地方提供高性能的移动网络连接.广播.维和人员的实时情报和媒体内容. SES是一个全球性组织,专注于提供高性能的视频和虚拟数据解决方案.今天,SES拥有最大的覆盖范围,有超过7 ...