SQL执行流程

a. 编写过程:

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

b. 解析过程:

  1. 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语句

  1. explain select * from tb;
  2. id:编号
  3. select_type:查询类型
  4. table:表
  5. type:类型
  6. possible_keys:预测用到的索引
  7. key:实际使用的索引
  8. key_len:实际使用索引的长度
  9. ref:表之间的引用
  10. rows:通过索引查询到的数据量
  11. 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子查询中只有一张表

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

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

  1. 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(忽略):只有一条数据的系统表;或衍生表只有一条数据的主查询
  1. create table test01
  2. (
  3. tid int(3),
  4. tname varchar(20)
  5. );
  6. insert into test01 values(1,'a');
  7. commit;
  8. 增加索引
  9. alter table test01 add constraint tid_pk primary key(tid);
  10. explain select * from (select * from test01) t where tid=1;

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

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

  1. explain select tid from test01 where tid = 1;
  2. alter table test01 drop primary key ;
  3. create index test01_index on test01(tid);

eq_ref:唯一性索引

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

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

  1. alter table teacherCard add constraint pk_tcid primary key(tcid);
  2. 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:查询全部索引中数据
  1. explain select tid from teacher;
  2. --tid是索引,只需要扫描索引表,不需要所有表中的所有数据
all:查询全部表中的数据
  1. explain select cid from course;
  2. --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)

  1. create table test_k1
  2. (
  3. name char(20) not null default ''
  4. );
  5. alter table test_k1 add index index_name(name);
  6. explain select * from test_k1 where name = ''; -- key_len : 60
  7. utf8:1个字符占3个字节
  8. alter table test_k1 add column namel char(20); -- name1 可以为null
  9. 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. Hoo Smart Chain 万物生长计划火热报名中,可视化公链迸发勃勃生机

    在DeFi越来越趋向同质化和静态化时,Hoo Smart Chain决定充当破局者,宣布决定All In元宇宙,并于2022年3月份开启面向全球去中心化开发者的奖励计划--「万物生长计划」 目前Ter ...

  2. 【Vue3+Express实战】项目开发环境搭建

    大家好,我是半夏,一个刚刚开始写文的沙雕程序员.如果喜欢我的文章,可以关注 点赞 加我微信:frontendpicker,一起学习交流前端,成为更优秀的工程师-关注公众号:搞前端的半夏,了解更多前端知 ...

  3. win10屏幕亮度无法调节,已解决

    一.问题背景 最近遇到了屏幕亮度无法调节的问题,屏幕特别亮,亮瞎眼的那种,安装各种驱动和修改注册表都不起作用,右键显示器设置根本找不到亮度调节,有时候可以找到但是调节不起作用. 二.发现原因 经过各种 ...

  4. Atlassian应对CVE-2022-22963,CVE-2022-22965的常见问题

    CVE-2022-22965 常见问题解答 基本信息 已发现 Spring Framework 中的关键远程代码执行漏洞 CVE-2022-22965.根据 Spring 的安全公告,此漏洞会影响在 ...

  5. KMP算法学习以及小结(好马不吃回头草系列)

    首先请允许我对KMP算法的三位创始人Knuth,Morris,Pratt致敬,这三位优秀的算法科学家发明的这种匹配模式可以大大避免重复遍历的情况,从而使得字符串的匹配的速度更快,效率更高. 首先引入对 ...

  6. C Primer Plus 学习笔记 -- 前六章

    记录自己学习C Primer Plus的学习笔记 第一章 C语言高效在于C语言通常是汇编语言才具有的微调控能力设计的一系列内部指令 C不是面向对象编程 编译器把源代码转化成中间代码,链接器把中间代码和 ...

  7. Linux嵌套目录权限的比较探究

    在/tmp目录下新建一个嵌套目录,名字分别为test_0.test_1.test_2.在test_2目录下新建普通文件,名为tryme.设置test_0和test_2的权限为777,设置test_1的 ...

  8. kali linux安装后乱码的解决方法

    操作系统是5.3 解决方法是在终端执行命令: sudo apt-get install ttf-wqy-zenhei

  9. Ubuntu中安装redis

    第一种方式在线安装首要前提安装c语言编译环境,命令如下:$sudo apt-get install gcc 安装完成后可以输入$gcc --version查看版本 1.获取源码:$wget https ...

  10. JavaScript中if语句优化和部分语法糖小技巧推荐

    前言 在前端日常开发过程中,if else判断语句使用的次数应该是比较频繁的了,一些较为复杂的场景,可能会用到很多判断,在某个代码块使用很多if else时,代码会显得较为冗余,阅读起来不够清晰. 除 ...