like语句百分号前置会使用到索引吗?
like语句百分号前置会使用到索引吗?
前几天看了这篇文章:谈SQL Server对like '%关键词%' 处理时的索引利用问题
看完了之后,我很想知道这篇文章是不是临时工写的?还是网站的主人写的,网站的主人的微博我都有关注(在微博里私信过)
是某个公司的DBA,这里先不管他是不是临时工写的,今天我也研究一下这个问题o(∩_∩)o
说明:我们说的走索引指的是:聚集索引查找、非聚集索引查找
而全表扫描、聚集索引扫描、非聚集索引扫描都不是走索引
而这里说的走索引跟全文搜索/全文索引没有关系 SQLSERVER全文搜索
全文搜索/全文索引已经是另外一种技术了
聚集索引表
SQL脚本如下:
--聚集索引表
USE [pratice]
GO
CREATE TABLE Department(
DepartmentID int IDENTITY(1,1) NOT NULL ,
GroupName NVARCHAR(20) NOT NULL,
Company NVARCHAR(20),
) CREATE CLUSTERED INDEX CL_GroupName ON [dbo].[Department](GroupName ASC) DECLARE @i INT
SET @i=1
WHILE @i < 100000
BEGIN
INSERT INTO Department ( [Company], groupname )
VALUES ( '中国你好有限公司XX分公司'+CAST(@i AS VARCHAR(20)), '销售组'+CAST(@i AS VARCHAR(20)) )
SET @i = @i + 1
END SELECT * FROM Department
表数据
聚集索引创建在GROUPNAME这个字段上,我们就查找GROUPNAME这个字段
如果看过我以前写的文章的人肯定知道:查找只会出现在建立索引的时候的第一个字段(这里我就不再详细叙述了)
--聚集索引查找
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '销售组1000'
--聚集索引扫描
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '%销售组1000%'
--聚集索引扫描
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '%销售组1000'
--聚集索引查找
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '销售组1000%'
--------------------------------------------------------------------------
IO和时间统计
SET STATISTICS IO ON
SET STATISTICS TIME ON
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '销售组1000'
SET STATISTICS IO OFF
SET STATISTICS TIME OFF SET STATISTICS IO ON
SET STATISTICS TIME ON
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '%销售组1000%'
SET STATISTICS IO OFF
SET STATISTICS TIME OFF SET STATISTICS IO ON
SET STATISTICS TIME ON
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '%销售组1000'
SET STATISTICS IO OFF
SET STATISTICS TIME OFF SET STATISTICS IO ON
SET STATISTICS TIME ON
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '销售组1000%'
SET STATISTICS IO OFF
SET STATISTICS TIME OFF
(1 行受影响)LIKE '销售组1000'
表 'Department'。扫描计数 1,逻辑读取 3 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。 (11 行受影响)LIKE '%销售组1000%'
表 'Department'。扫描计数 1,逻辑读取 448 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 SQL Server 执行时间:
CPU 时间 = 47 毫秒,占用时间 = 47 毫秒。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。 (1 行受影响)LIKE '%销售组1000'
表 'Department'。扫描计数 1,逻辑读取 448 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 SQL Server 执行时间:
CPU 时间 = 47 毫秒,占用时间 = 40 毫秒。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。 (11 行受影响)LIKE '销售组1000%'
表 'Department'。扫描计数 1,逻辑读取 3 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。
只有LIKE '销售组1000'和LIKE '销售组1000%'用到了查找
为什麽?我会在文中最后说明
非聚集索引表
SQL脚本如下:
我们drop掉刚才的department表
DROP TABLE [dbo].[Department]
重新建立department表
--非聚集索引表
USE [pratice]
GO
CREATE TABLE Department(
DepartmentID int IDENTITY(1,1) NOT NULL ,
GroupName NVARCHAR(20) NOT NULL,
Company NVARCHAR(20),
) CREATE INDEX CL_GroupName ON [dbo].[Department](GroupName ASC) DECLARE @i INT
SET @i=1
WHILE @i < 100000
BEGIN
INSERT INTO Department ( [Company], groupname )
VALUES ( '中国你好有限公司XX分公司'+CAST(@i AS VARCHAR(20)), '销售组'+CAST(@i AS VARCHAR(20)) )
SET @i = @i + 1
END SELECT * FROM Department
非聚集索引依然建立在GROUPNAME这个字段上
表数据
同样,我们使用上面讲解聚集索引表时候的查询语句
--非聚集索引查找 RID查找
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '销售组1000'
--非聚集索引扫描 RID查找
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '%销售组1000%'
--非聚集索引扫描 RID查找
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '%销售组1000'
--非聚集索引查找 RID查找
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '销售组1000%'
因为是select * 所以SQLSERVER需要到数据页面去找其他的字段数据,使用到RID查找
这里的结果跟聚集索引是一样的
-------------------------------------------------------------------------------------------
IO和时间统计
SET STATISTICS IO ON
SET STATISTICS TIME ON
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '销售组1000'
SET STATISTICS IO OFF
SET STATISTICS TIME OFF SET STATISTICS IO ON
SET STATISTICS TIME ON
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '%销售组1000%'
SET STATISTICS IO OFF
SET STATISTICS TIME OFF SET STATISTICS IO ON
SET STATISTICS TIME ON
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '%销售组1000'
SET STATISTICS IO OFF
SET STATISTICS TIME OFF SET STATISTICS IO ON
SET STATISTICS TIME ON
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '销售组1000%'
SET STATISTICS IO OFF
SET STATISTICS TIME OFF
(1 行受影响) LIKE '销售组1000'
表 'Department'。扫描计数 1,逻辑读取 3 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 62 毫秒。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。 (11 行受影响)LIKE '%销售组1000%'
表 'Department'。扫描计数 1,逻辑读取 92 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 SQL Server 执行时间:
CPU 时间 = 16 毫秒,占用时间 = 17 毫秒。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。 (1 行受影响)LIKE '%销售组1000'
表 'Department'。扫描计数 1,逻辑读取 82 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 SQL Server 执行时间:
CPU 时间 = 15 毫秒,占用时间 = 17 毫秒。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。 (11 行受影响)LIKE '销售组1000%'
表 'Department'。扫描计数 1,逻辑读取 13 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。 SQL Server 执行时间:
CPU 时间 = 0 毫秒,占用时间 = 0 毫秒。
为什麽只有LIKE '销售组1000'和LIKE '销售组1000%'用到了查找???
如果阁下曾经有看过我写的
SQLSERVER聚集索引与非聚集索引的再次研究(上)
SQLSERVER聚集索引与非聚集索引的再次研究(下)
您就会知道在聚集索引页面和非聚集索引页面里都有一个KeyHashValue的字段
聚集索引页面
非聚集索引页面
当使用 '%销售组1000%'和'%销售组1000'的时候,因为是模糊匹配(百分号前置)
SQLSERVER不会去匹配hash值(KeyHashValue),直接扫描(SCAN)算了
但是使用'销售组1000'和'销售组1000%'的时候
'销售组1000' :SQLSERVER能够准确匹配到唯一的一个hash值
'销售组1000%':SQLSERVER会匹配与销售组1000相同的hash值
与销售组1000%匹配的记录会有多个,所以逻辑读取次数也会有多次
所以,'销售组1000'和'销售组1000%'能够使用查找(SEEK)
总结
只有了解了SQLSERVER的内部原理,才能够明白更多
注意:我这里并没有将非聚集索引扫描纳入到“走索引”这个分类,如果将非聚集索引扫描纳入到“走索引”这个分类里
那么我的朋友的文章就是对的,随便加个非聚集索引,让表扫描/聚集索引扫描变成非聚集索引扫描,就认为是走索引
(虽然非聚集索引扫描比聚集索引扫描/表扫描快,IO少)
那么下面四个语句都是属于走索引,没有什么好讨论的,我们讨论的前提是在基础表上不加任何东西,如果在做实验的过程中
随便加个非聚集索引,然后走非聚集索引扫描就说走索引,那么这篇文章就没有意义了,经过再三斟酌,
我决定将“非聚集索引扫描”移出“走索引”这个分类,毕竟查找(SEEK)比扫描(SCAN)快
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '销售组1000'
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '%销售组1000%'
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '%销售组1000'
SELECT * FROM [dbo].[Department] WHERE [GroupName] LIKE '销售组1000%'
最最后,补充说一下
我们判断一个执行计划的性能的好坏的标准是什么??
就是哪个执行计划的逻辑读次数最少
Logical reads:包含该语句从内存数据缓冲区中访问的页数和从物理磁盘读取的页数。
如果全表扫描/聚集索引扫描所使用的逻辑读比聚集索引查找/非聚集索引查找使用的逻辑读要少,
或者全表扫描比非聚集索引扫描使用的逻辑读要少
那么SQLSERVER选择全表扫描/聚集索引扫描这个执行计划就是好的
有些人为了让SQLSERVER使用索引,不惜代价使用查询提示,让SQLSRVER去走索引,这样是得不偿失的
我们的最终目的是:减少逻辑读次数,不要为了索引而索引!!
当然,我这里的实验环境跟各位的真实环境会有差别,不过“逻辑读次数”这个标准无论是哪个环境都是一样的!!
我说完了,谢谢大家o(∩_∩)o
physical reads:表示那些没有驻留在内存缓冲区中需要从磁盘读取的数据页。
Read-ahead reads是SQL Server为了提高性能而产生的预读。
如有不对的地方,欢迎大家拍砖o(∩_∩)o
like语句百分号前置会使用到索引吗?的更多相关文章
- 【转】同一个SQL查询语句,为什么使用到的索引不同?
问: 同一个SQL查询语句,只是修改where条件中的一个值,为什么使用到的索引情况也会不同?谢谢! 1) explain执行结果,如下图: 2) 表中的数据如下图: 3) 表结构如下图: 4) 创建 ...
- 【测试】并使用scott用户下的emp表写一条SQL语句,执行计划走唯一索引
SQL; SAL ---------- Execution Plan ---------------------------------------------------------- ------ ...
- 我的MYSQL学习心得(十六) 优化
我的MYSQL学习心得(十六) 优化 我的MYSQL学习心得(一) 简单语法 我的MYSQL学习心得(二) 数据类型宽度 我的MYSQL学习心得(三) 查看字段长度 我的MYSQL学习心得(四) 数据 ...
- MYSQL学习心得 优化
这一篇主要介绍MYSQL的优化,优化MYSQL数据库是DBA和开发人员的必备技能 MYSQL优化一方面是找出系统瓶颈,提高MYSQL数据库整体性能:另一方面需要合理的结构设计和参数调整,以提高 用户操 ...
- 应用索引技术优化SQL 语句(转)
原文出处 一.前言 很多数据库系统性能不理想是因为系统没有经过整体优化,存在大量性能低下的SQL 语句.这类SQL语句性能不好的首要原因是缺乏高效的索引.没有索引除了导致语句本身运行速度慢外,更是导致 ...
- SQL语句优化、mysql不走索引的原因、数据库索引的设计原则
SQL语句优化 1 企业SQL优化思路 1.把一个大的不使用索引的SQL语句按照功能进行拆分 2.长的SQL语句无法使用索引,能不能变成2条短的SQL语句让它分别使用上索引. 3.对SQL语句功能的拆 ...
- SQL语句-创建索引
语法:CREATE [索引类型] INDEX 索引名称ON 表名(列名)WITH FILLFACTOR = 填充因子值0~100 GO USE 库名GO IF EXISTS (SELECT * FRO ...
- SQL Server调优系列玩转篇三(利用索引提示(Hint)引导语句最大优化运行)
前言 本篇继续玩转模块的内容,关于索引在SQL Server的位置无须多言,本篇将分析如何利用Hint引导语句充分利用索引进行运行,同样,还是希望扎实掌握前面一系列的内容,才进入本模块的内容分析. 闲 ...
- 如何使用CREATE INDEX语句对表增加索引?
创建和删除索引索引的创建可以在CREATE TABLE语句中进行,也可以单独用CREATE INDEX或ALTER TABLE来给表增加索引.删除索引可以利用ALTER TABLE或DROP INDE ...
随机推荐
- 【Java EE 学习 83 上】【SpringMVC】【基本使用方法】
一.SpringMVC框架概述 什么是SpringMVC?SpringMVC是一个和Struts2差不多的东西,他们的作用和性质几乎是相同的,甚至开发效率上也差不多,但是在运行效率上SpringMVC ...
- C++ 系列:虚函数
Copyright © 1900-2016, NORYES, All Rights Reserved. http://www.cnblogs.com/noryes/ 欢迎转载,请保留此版权声明. -- ...
- 本地项目上传到GitHub
之前在github上搭建了前端node方面的东西,现在本地添加了maven结构的java代码,尝试了本地上到github项目分支的指令,现记录下 1.打开Git Bash 2.进入到项目所在的路径 3 ...
- Oracle临时文件
临时数据文件时一种特殊的文件,当内存不足时,Oracle用他来存储一些临时数据,如排序或散列操作. 自12c起,对临时表的操作所产生的undo也会放到临时表空间中,而在12c之前,这部分undo放在u ...
- Tor网络突破IP封锁,爬虫好搭档【入门手册】
本文地址:http://www.cnblogs.com/likeli/p/5719230.html 前言 本文不提供任何搭梯子之类的内容,我在这里仅仅讨论网络爬虫遇到的IP封杀,然后使用Tor如何对抗 ...
- iOS开发学习笔记
1 常用的第三方工具 1.1 iPhone Simulator 测试程序需要模拟器iPhone Simulator 1.2 设计界面需要Interface Builder,Interface Buil ...
- Nginx - Windows下nginx定时分割日志
1.建立批处理脚本,c:\soft\demo.bat @echo off taskkill /F /IM nginx.exe > nul cd C:\soft\nginx-1.11.3 rem ...
- java调用sqlldr oracle 安装的bin目录
package com.jyc.sqlldr; import java.io.BufferedReader;import java.io.InputStream;import java.io.Inpu ...
- git本地有修改如何强制更新
本地有修改和提交,如何强制用远程的库更新更新.我尝试过用git pull -f,总是提示 You have not concluded your merge. (MERGE_HEAD exists). ...
- gem安装cocoapods
1.升级Ruby环境 sudo gem update --system 如果Ruby没有安装,请参考 如何在Mac OS X上安装 Ruby运行环境 2.安装CocoaPods时我们要访问cocoap ...