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. javaScript 内存管理机制

    大家好,今天分享的主题为 JavaScript 内存管理机制,本次分享将从以下三部分进行讲述: js 内存管理与 js 垃圾 常见的 GC 算法 V8 引擎的垃圾回收 js 内存管理与 js 垃圾 关 ...

  2. 2021.07.23 P2474 天平(差分约束)

    2021.07.23 P2474 天平(差分约束) [P2474 SCOI2008]天平 - 洛谷 | 计算机科学教育新生态 (luogu.com.cn) 题意: 已知A,B和每两个点点权,求点权i, ...

  3. Apache Doris Oracle ODBC外表使用指南

    1.软件环境 操作系统:ubuntu 18.04 Apache Doris :0.15 Postgresql数据库:oracle 19c UnixODBC:2.3.4 Oracle ODBC :ins ...

  4. docker容器的持久化存储:Volume

    独立于docker容器的持久化存储: 法(1):自动将服务器文件夹挂载到容器内部文件夹/usr/share/nginx/html,这样只修改服务器文件夹下的内容即可对应修改容器内部文件夹的内容 将服务 ...

  5. ChCore Lab1 机器启动 实验笔记

    本文为上海交大 ipads 研究所陈海波老师等人所著的<现代操作系统:原理与实现>的课程实验(LAB)的学习笔记的第一篇. 书籍官网:现代操作系统:原理与实现,里面有实验的参考指南和代码仓 ...

  6. 为什么Redis要比Memcached更火?

    关注「开源Linux」,选择"设为星标" 回复「学习」,有我为您特别筛选的学习资料~ 前言 我们都知道,Redis和Memcached都是内存数据库,它们的访问速度非常之快.但我们 ...

  7. 等了整整12年!Linux QQ昨天终于更新了!

    一个执着于技术的公众号 前言 2020年4月1日,腾讯QQ Linux版迎来最新版发布,详细版本号为v2.0.0 Beta2.上一个版本v2.3.2发布于2019年10月24日,时隔160天又迎来了更 ...

  8. SmartDialog迁移至4.0:一份真诚的迁移说明

    前言 一个开源库,随着不断的迭代优化,难免会遇到一个很痛苦的问题 最初的设计并不是很合理:想添加的很多新功能都受此掣肘 想使得该库更加的强大和健壮,必须要做一个重构 因为重构涉及到对外暴露的api,所 ...

  9. 【翻译】ScyllaDB数据建模的最佳实践

    文章翻译自Scylla官方文档:https://www.scylladb.com/2019/08/20/best-practices-for-data-modeling/ 转载请注明出处:https: ...

  10. CSAPP 之 DataLab 详解

    前言 本篇博客将会剖析 CSAPP - DataLab 各个习题的解题过程,加深对 int.unsigned.float 这几种数据类型的计算机表示方式的理解. DataLab 中包含下表所示的 12 ...