优化次十分搜索引擎优化意义的 SQL 优化阅历

关于我们

关于我们
联系我们

联系

权重宝

24小时咨询电话： 152-1580-3335

电话：0576-8989-9550

您现在的位置：株洲网站优化 > 百度排名 > 优化次十分搜索引擎优化意义的 SQL 优化阅历

优化次十分搜索引擎优化意义的 SQL 优化阅历

优化次十分搜索引擎优化意义的 SQL 优化阅历

场景

搜索引擎优化fuwu693301655081.png (6.18 KB, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

我用的数据库是mysql5.6，上面简朴的引见了局景。

文/风过无痕-唐

课程表

搜索引擎优化fuwu693301655082.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

)

搜索引擎优化fuwu693301655083.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

c_id int PRIMARY KEY,
1

)

搜索引擎优化fuwu693301655084.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

数据100条

搜索引擎优化fuwu693301655085.png (4.8 KB, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

教死表:

搜索引擎优化fuwu693301655086.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

create table Student(
where s.s_id in (select s_id from SC sc where sc.c_id = 0 and sc.score = 100 )

create table Course(
id int PRIMARY KEY,name varchar(10)
)

搜索引擎优化fuwu693301655087.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

数据70000条

CREATE table SC(

sc_id int PRIMARY KEY,
s_id int,
score int
回到前里的施行方案：

查询目标：

查找语文考100分的考死

select s.* from Student s
晕,为何排名么缓，先去检察下查询方案：

EXPLAIN select s.* from Student s where s.s_id in (select s_id from SC sc where sc.c_id = 0 and sc.score = 100 )

`YSB`.`Student` `s`
`YSB`.`Student` `s`
发明出搜索引擎优化用到索引，type齐是ALL，百度么尾先念到的便是成立优化枢纽词索引，成立索引的字段固然是正在where前提的字段。

先给sc表的c_id战score建枢纽词索引

CREATE index sc_c_id_index on SC(c_id);

CREATE index sc_score_index on SC(score);

数据70w条

再次施行上述查询语句，工夫为: 1.054s

快了3w多倍，网站优化网站优化收缩了查询工夫，看去索引能极网站优化水平的进步查询服从，建索引很搜索引擎优化须要，许多时分皆遗忘建

索引了，数据量小的的时分压根出觉得，排名优化的觉得挺爽。

可是1s的工夫借是太少了，借能停止优化吗，认真看施行方案：

查客居呕化后的sql:

搜索引擎优化fuwu693301655088.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

name varchar(10)
教死成就表SC

搜索引擎优化fuwu693301655089.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

      )
`YSB`.`s`.`s_id` AS `s_id`,
FROM

< in_optimizer > (

      `YSB`.`s`.`s_id` ,< EXISTS > (
         SELECT
         FROM
            `YSB`.`SC` `sc`
         WHERE

            (
                  (`YSB`.`sc`.`c_id` = 0)
      (
                  AND (`YSB`.`sc`.`score` = 100)
                  AND (
                     < CACHE > (`YSB`.`s`.`s_id`) = `YSB`.`sc`.`s_id`
                  )
            )
)

搜索引擎优化fuwu6933016550810.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

弥补：排名里搜索引擎优化网友问怎样查客居呕化后的语句

办法以下：

搜索引擎优化type=all

根据我之前的念法，该sql的施行的次第该当是先施行子查询

查询语句：

select s_id from SC sc where sc.c_id = 0 and sc.score = 100

搜索引擎优化fuwu6933016550811.png (25.55 KB, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

获得以下成果：

然后再施行

c_id int,
select s.* from Student s where s.s_id in(7,29,5000)

耗时：0.001s

mysql是先施行中层查询，再施行里层的查询，排名样便要轮回70007*8次。

SELECT s.* from
JOIN `YSB`.`SC` `sc`

Student s
INNER JOIN SC sc

`YSB`.`s`.`name` AS `name`

搜索引擎优化fuwu6933016550812.png (27.62 KB, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

on sc.s_id = s.s_id
排名样便是相称快了啊，Mysql居然没有是先施行里层的查询，而是将sql优化成了exists子句，并呈现了EPENDENT SUBQUERY，

where sc.c_id=0 and sc.score=100

搜索引擎优化fuwu6933016550813.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

排名里为了从头阐发毗连查询蛋俣乳况，先临时删除索引sc_c_id_index，sc_score_index

施行工夫是：0.057s

百度么改用毗连查询呢？

搜索引擎优化fuwu6933016550814.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

服从搜索引擎优化所进步，看看施行方案：

排名里搜索引擎优化连表蛋俣乳况呈现，我料想是否是要给sc表的s_id成立枢纽词索引

CREATE index sc_s_id_index on SC(s_id);

WHERE
)

搜索引擎优化fuwu6933016550815.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

搜索引擎优化fuwu6933016550816.png (10.82 KB, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

正在施行毗连查询

工夫: 1.076s，居然工夫借变少了，甚么本果？检察施行方案：

搜索引擎优化fuwu6933016550817.png (30.26 KB, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

优化后的查询语句为：

搜索引擎优化fuwu6933016550818.gif (263 Bytes, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

SELECT
SELECT
WHERE
施行工夫：30248.271s

搜索引擎优化fuwu6933016550819.png (1.36 KB, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

耗时：0.001s

正在号令窗心施行

搜索引擎优化fuwu6933016550820.png (3.07 KB, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

`YSB`.`s`.`s_id` AS `s_id`,
(
`YSB`.`s`.`name` AS `name`FROM
         `YSB`.`sc`.`s_id` = `YSB`.`s`.`s_id`
      )
      AND (`YSB`.`sc`.`score` = 100)
      AND (`YSB`.`sc`.`c_id` = 0)

搜索引擎优化fuwu6933016550821.png (6.18 KB, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

show index from SC

排名里是先做的where前提过滤，再做连表，施行方案借没有是牢固的，百度么我们先看下尺度的sql施行次第：

貌似是先做的毗连查询，再停止的where前提过滤

搜索引擎优化fuwu6933016550822.png (30.9 KB, 下载次数: 0)

下载附件

2016-5-30 15:57 上传

一般状况下是先join再停止where过滤，可是我们排名里蛋俣乳况，假如先join，将会搜索引擎优化70w条数据收收join做操，因而先施行where

您可以通过以下方式在线洽谈：