SQL查询优化的几种方法

编辑:桑渝 浏览: 20

导读:为帮助您更深入了解SQL查询优化的几种方法,小编撰写了SQL查询优化的几种方法(SQL语句优化的几种方法),SQL查询优化的几种方法(SQL语句优化的几种方法),MYSQL语句优化的几种方法,SQL数据库优化的几种方法,如何优化SQL查询语句,SQL查询优化的几种方法等6个相关主题的内容,以期从不同的视角,不同的观点深入阐释SQL查询优化的几种方法,希望能对您提供帮助。

hello大家好,我是本站的小编子芊,今天来给大家介绍一下SQL查询优化的几种方法(SQL语句优化的几种方法)的相关知识,希望能解决您的疑问,我们的知识点较多,篇幅较长,还希望您耐心阅读,如果有讲得不对的地方,您也可以向我们反馈,我们及时修正,如果能帮助到您,也请你收藏本站,谢谢您的支持!

SQL查询优化是提高数据库性能的重要手段之一。在实际应用中,由于数据量庞大、表关联复杂等原因,查询语句的性能可能会变得很低下,这时就需要通过一些方法对SQL语句进行优化,以提高数据库的查询效率和响应速度。下面将介绍几种常用的SQL查询优化方法。

1. 创建索引:索引是数据库中的一个重要概念,它可以加快查询语句的执行速度。通过在关键字段上创建索引,可以大大减少数据库的扫描次数,提高查询效率。在频繁用于查询条件或连接条件的字段上创建索引是比较有效的优化方法。

2. 优化查询语句:优化查询语句是提高查询性能的关键。应该避免全表扫描,即使用了WHERE子句的查询语句尽量利用索引进行查询;要避免使用复杂的子查询,尽量使用简单的联接查询代替;可以通过使用存储过程、视图等方式来优化查询语句。

3. 避免使用不必要的函数:在SQL查询中,使用函数会降低查询效率。在设计查询语句时,应该尽量避免使用不必要的函数。可以将函数运算转移到程序中进行,从而减少数据库的查询负担。

4. 选择合适的数据类型:选择合适的数据类型可以提高查询的效率。应该使用最简单的数据类型,尽量避免使用大字段和复杂的数据类型。还可以使用整数来代替字符类型,因为整数的比较速度要比字符类型快得多。

5. 数据库分区:对于大型数据库来说,可以考虑将数据进行分区存储。通过将数据分为多个区域,可以提高查询的并发性和响应速度。还可以根据实际的访问模式来进行数据分区,使得最常用的数据存储在最容易访问的区域。

6. 数据库缓存:数据库缓存可以将查询结果保存在内存中,以便下次查询时直接获取结果,而不需要再次执行查询语句。通过使用数据库缓存,可以大大提高查询的响应速度。可以使用缓存技术如Redis等来实现数据库缓存。

SQL查询优化是提高数据库性能的重要手段。通过创建索引、优化查询语句、避免使用不必要的函数、选择合适的数据类型、数据库分区和数据库缓存等方法,可以有效地提高查询效率和响应速度,使得数据库的性能得到进一步的提升。在开发和维护数据库时,应该注意SQL查询的优化,以提供更好的用户体验和系统性能。

SQL查询优化的几种方法(SQL语句优化的几种方法)

针对Oracle数据库的性能测试及优化步骤大致如下:1. 收集数据库统计信息:收集数据库的性能数据,包括CPU利用率、内存利用率等,以便后续优化工作的开展。2. 检查数据库设计:评估数据库的设计是否满足正常化要求,如表设计是否合理、索引是否适当等。3. 诊断SQL性能问题:通过使用自带的SQL优化工具或第三方SQL分析工具,检查SQL语句的性能瓶颈并针对性的进行调整。4. 检查I/O子系统的性能:检查磁盘排队、I/O请求大小、磁盘响应时间、磁盘带宽等指标,确定哪些瓶颈需要优化。5. 检查缓存子系统的性能:检查是否存在缓存命中率低的情况,尝试增加缓存空间大小或调整缓存算法等,以提高缓存效率。6. 检查网络瓶颈:检查网络带宽及网络延迟等指标,确定是否存在网络瓶颈。7. 应用程序优化:通过设计更好的应用程序架构、缓存技术等方式,减轻数据库的负担,提升性能。8. 数据库服务器整体性能优化:加速系统运行速度、使用高性能硬件设备、操作系统优化等综合措施,提高整个数据库服务器的性能。以上就是Oracle性能测试及优化的主要步骤。

Oracle性能测试及优化通常需要进行以下步骤:1. 收集系统信息:了解系统的物理资源配置,如CPU、内存、存储等。2. 收集数据库信息:收集数据库的结构信息、访问模式、当前性能水平、统计信息等。3. 定义性能指标:定义合适的性能指标,如响应时间、吞吐量、并发用户数等。4. 设计测试用例:设计合适的测试用例,包括正常和异常情况,以反映实际情况。5. 进行性能测试:执行测试用例并记录性能指标。6. 分析测试结果:根据测试结果,找出系统的性能瓶颈,包括CPU、内存、I/O等方面的瓶颈。7. 优化数据库配置:针对性能瓶颈进行优化,包括调整数据库配置、修改SQL语句、建立索引等。8. 优化应用程序:优化应用程序,包括优化算法、缓存机制等。9. 重新测试:重新执行测试用例,验证性能优化的效果。10. 监测和维护:在生产环境中监测系统性能,及时处理性能问题,保证系统的可靠性和稳定性。

MYSQL语句优化的几种方法

要解决MySQL压力倍增问题,可以采取以下几种方法:1. 数据库优化:对数据库进行优化,包括使用合适的索引、优化查询语句、避免使用不必要的JOIN操作等,以提高查询性能和降低数据库负载。2. 分库分表:通过将数据分散到多个数据库或表中,减少单个数据库或表的负载,提高整体性能。可以采用垂直分表(按业务模块或功能划分)或水平拆分(按数据行划分)的方式进行分库分表。3. 缓存:使用缓存技术来减轻对数据库的访问压力。可以使用内存缓存(如Redis、Memcached)缓存常用查询结果或热点数据,减少数据库访问次数。4. 负载均衡:通过在数据库层面引入负载均衡,将请求分发到不同的数据库实例上,以均衡负载,提高数据库的并发处理能力。5. 异步处理:对于一些对实时性要求不高的操作,可以将其转换为异步处理,减少对数据库的操作次数。将日志写入队列中,由后台异步处理。6. 垂直扩展和水平扩展:通过增加服务器性能(垂直扩展)或增加数据库服务器数量(水平扩展)来提高数据库的处理能力。7. 预先优化和监测:定期进行数据库性能优化和监测,找出潜在的性能问题,及时进行调整和优化,并保持数据库的稳定性和高可用性。以上是一些常用的解决MySQL压力倍增问题的方法,具体选择哪种方法,需要根据具体情况进行综合考虑。也要根据实际情况进行合理的数据库设计和架构规划。

SQL数据库优化的几种方法

您好,要降低数据库表的查重率,可以采取以下措施:

1. 建立索引:在数据库表中建立适当的索引,可以提高查询效率,降低查重率。

2. 数据库表设计优化:在设计数据库表时,尽量避免冗余数据和重复数据,减少查重的需求。

3. 数据清洗:在数据导入数据库之前,对数据进行清洗和去重,避免重复数据的出现。

4. 数据库表分区:将大型数据库表分成多个分区,可以提高查询效率,降低查重率。

5. 缓存机制:使用缓存机制可以减少对数据库的查询次数,降低查重率。

6. 数据库优化:对数据库进行性能优化,可以提高查询效率,降低查重率。对数据库进行分库分表,使用主从复制等技术。

可以通过以下方法降重:使用去重函数和数据库索引可以降重去重函数可以方便地去除表格中的重复内容,而数据库索引可以加快搜索速度并避免重复数据的插入。

使用这些方法可以有效地降重在实际应用中,可以根据具体的需求和数据类型来选择适合的去重方法和索引类型,比如使用DISTINCT关键字去重或创建唯一索引等。

一些数据清理工具也可以用来快速降重或检查数据质量。

不过降重过程中需要保证数据的完整性和准确性,避免误删或改动重要数据

可以使用以下方法降重数据库表格:明确可以使用数据去重的方法降重数据库表格数据重复会占据数据库空间,导致查询速度变慢,而去重可以减少冗余数据,提高数据表的效率和性能。

可以使用SQL语句中的DISTINCT关键词对某个字段进行去重,也可以使用GROUP BY语句根据某个字段进行聚合去重,同时还可以使用数据清洗工具来去除重复数据。

这些方法可以根据实际需求和数据量选择合适的方式来进行操作,提高数据库的效率和可靠性。

如何优化SQL查询语句

当客户端把 SQL 语句传送到服务器后,服务器进程会对该语句进行解析。同理,这个解析的工作,也是在服务器端所进行的。虽然这只是一个解析的动作,但是,其会做很多“小动作”。

查询高速缓存(library cache)。服务器进程在接到客户端传送过来的 SQL 语句时,不会直接去数据库查询。而是会先在数据库的高速缓存中去查找,是否存在相同语句的执行计划。如果在数据高速缓存中找到相同语句的执行计划,则服务器进程就会直接执行这个 SQL 语句,省去后续的工作。所以,采用高速数据缓存的话,可以提高 SQL 语句的查询效率。一方面是从内存中读取数据要比从硬盘中的数据文件中读取数据效率要高,另一方面,也是因为这个语句解析的原因。

SQL查询优化的几种方法

SQL提高查询效率

1.对查询进行优化,应尽量避免全表扫描,首先应考虑在where及orderby涉及的列上建立索引。

2.应尽量避免在where子句中对字段进行null值判断,否则将导致引擎放弃使用索引而进行全表扫描,如:

selectidfromtwherenumisnull

可以在num上设置默认值0,确保表中num列没有null值,然后这样查询:

selectidfromtwherenum=0

3.应尽量避免在where子句中使用!=或操作符,否则将引擎放弃使用索引而进行全表扫描。

4.应尽量避免在where子句中使用or来连接条件,否则将导致引擎放弃使用索引而进行全表扫描,如:

selectidfromtwherenum=10ornum=20

可以这样查询:

selectidfromtwherenum=10

unionall

selectidfromtwherenum=20

5.in和notin也要慎用,否则会导致全表扫描,如:

selectidfromtwherenumin(1,2,3)

对于连续的数值,能用between就不要用in了:

selectidfromtwherenumbetween1and3

6.下面的查询也将导致全表扫描:

selectidfromtwherenamelike'%abc%'

若要提高效率,可以考虑全文检索。

7.如果在where子句中使用参数,也会导致全表扫描。因为SQL只有在运行时才会解析局部变量,但优化程序不能将访问计划的选择推迟到运行时;它必须在编译时进行选择。如果在编译时建立访问计划,变量的值还是未知的,因而无法作为索引选择的输入项。如下面语句将进行全表扫描:

selectidfromtwherenum=@num

可以改为强制查询使用索引:

selectidfromtwith(index(索引名))wherenum=@num

8.应尽量避免在where子句中对字段进行表达式操作,这将导致引擎放弃使用索引而进行全表扫描。如:

selectidfromtwherenum/2=100

应改为:

selectidfromtwherenum=100*2

9.应尽量避免在where子句中对字段进行函数操作,这将导致引擎放弃使用索引而进行全表扫描。如:

selectidfromtwheresubstring(name,1,3)='abc'--name以abc开头的id

selectidfromtwheredatediff(day,createdate,'2005-11-30')=0--‘2005-11-30’生成的id

应改为:

selectidfromtwherenamelike'abc%'

selectidfromtwherecreatedate>='2005-11-30'andcreatedate

10.不要在where子句中的“=”左边进行函数、算术运算或其他表达式运算,否则系统将可能无法正确使用索引。

11.在使用索引字段作为条件时,如果该索引是复合索引,那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引,否则该索引将不会被使用,并且应尽可能的让字段顺序与索引顺序相一致。

12.不要写一些没有意义的查询,如需要生成一个空表结构:

selectcol1,col2into#tfromtwhere1=0

这类代码不会返回任何结果集,但是会消耗系统资源的,应改成这样:

createtable#t(...)

13.很多时候用exists代替in是一个好的选择:

selectnumfromawherenumin(selectnumfromb)

用下面的语句替换:

selectnumfromawhereexists(select1frombwherenum=a.num)

14.并不是所有索引对查询都有效,SQL是根据表中数据来进行查询优化的,当索引列有大量数据重复时,SQL查询可能不会去利用索引,如一表中有字段sex,male、female几乎各一半,那么即使在sex上建了索引也对查询效率起不了作用。

15.索引并不是越多越好,索引固然可以提高相应的select的效率,但同时也降低了insert及update的效率,因为insert或update时有可能会重建索引,所以怎样建索引需要慎重考虑,视具体情况而定。一个表的索引数最好不要超过6个,若太多则应考虑一些不常使用到的列上建的索引是否有必要。

16.应尽可能的避免更新clustered索引数据列,因为clustered索引数据列的顺序就是表记录的物理存储顺序,一旦该列值改变将导致整个表记录的顺序的调整,会耗费相当大的资源。若应用系统需要频繁更新clustered索引数据列,那么需要考虑是否应将该索引建为clustered索引。

17.尽量使用数字型字段,若只含数值信息的字段尽量不要设计为字符型,这会降低查询和连接的性能,并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符,而对于数字型而言只需要比较一次就够了。

18.尽可能的使用varchar/nvarchar代替char/nchar,因为首先变长字段存储空间小,可以节省存储空间,其次对于查询来说,在一个相对较小的字段内搜索效率显然要高些。

19.任何地方都不要使用select*fromt,用具体的字段列表代替“*”,不要返回用不到的任何字段。

20.尽量使用表变量来代替临时表。如果表变量包含大量数据,请注意索引非常有限(只有主键索引)。

21.避免频繁创建和删除临时表,以减少系统表资源的消耗。

22.临时表并不是不可使用,适当地使用它们可以使某些例程更有效,当需要重复引用大型表或常用表中的某个数据集时。对于一次性事件,最好使用导出表。

23.在新建临时表时,如果一次性插入数据量很大,那么可以使用selectinto代替createtable,避免造成大量log,以提高速度;如果数据量不大,为了缓和系统表的资源,应先createtable,然后insert。

24.如果使用到了临时表,在存储过程的最后务必将所有的临时表显式删除,先truncatetable,然后droptable,这样可以避免系统表的较长时间锁定。

25.尽量避免使用游标,因为游标的效率较差,如果游标操作的数据超过1万行,那么就应该考虑改写。

26.使用基于游标的方法或临时表方法之前,应先寻找基于集的解决方案来解决问题,基于集的方法通常更有效。

27.与临时表一样,游标并不是不可使用。对小型数据集使用FAST_FORWARD游标通常要优于其他逐行处理方法,尤其是在必须引用几个表才能获得所需的数据时。在结果集中包括“合计”的例程通常要比使用游标执行的速度快。如果开发时间允许,基于游标的方法和基于集的方法都可以尝试一下,看哪一种方法的效果更好。

28.在所有的存储过程和触发器的开始处设置SETNOCOUNTON,在结束时设置SETNOCOUNTOFF。无需在执行存储过程和触发器的每个语句后向客户端发送DONE_IN_PROC消息。

29.尽量避免大事务操作,提高系统并发能力。

30.尽量避免向客户端返回大数据量,若数据量过大,应该考虑相应需求是否合理

1、避免将字段设为“允许为空”

2、数据表设计要规范

3、深入分析数据操作所要对数据库进行的操作

4、尽量不要使用临时表

5、多多使用事务

6、尽量不要使用游标

7、避免死锁

8、要注意读写锁的使用

9、不要打开大的数据集

10、不要使用服务器端游标

11、在程序编码时使用大数据量的数据库

12、不要给“性别”列创建索引

13、注意超时问题

14、不要使用Select*

15、在细节表中插入纪录时,不要在主表执行SelectMAX(ID)

16、尽量不要使用TEXT数据类型

17、使用参数查询

18、不要使用Insert导入大批的数据

19、学会分析查询

20、使用参照完整性

21、用INNERJOIN和LEFTJOIN代替Where

提高SQL查询效率(要点与技巧):

·技巧一:

问题类型:ACCESS数据库字段中含有日文片假名或其它不明字符时查询会提示内存溢出。

解决方法:修改查询语句

sql=\"select*fromtablenamewherecolumnlike'%\"&word&\"%'\"

改为

sql=\"select*fromtablename\"

rs.filter=\"columnlike'%\"&word&\"%'\"

===========================================================

技巧二:

问题类型:如何用简易的办法实现类似百度的多关键词查询(多关键词用空格或其它符号间隔)。

解决方法:

'//用空格分割查询字符串

ck=split(word,\"\")

'//得到分割后的数量

sck=UBound(ck)

sql=\"select*tablenamewhere\"

在一个字段中查询

Fori=0Tosck

SQL=SQL&tempJoinWord&\"(\"&_

\"columnlike'\"&ck(i)&\"%')\"

tempJoinWord=\"and\"

Next

在二个字段中同时查询

Fori=0Tosck

SQL=SQL&tempJoinWord&\"(\"&_

\"columnlike'\"&ck(i)&\"%'or\"&_

\"column1like'\"&ck(i)&\"%')\"

tempJoinWord=\"and\"

Next

===========================================================

技巧三:大大提高查询效率的几种技巧

1.尽量不要使用or,使用or会引起全表扫描,将大大降低查询效率。

2.经过实践验证,charindex()并不比前面加%的like更能提高查询效率,并且charindex()会使索引失去作用(指sqlserver数据库)

3.columnlike'%\"&word&\"%'会使索引不起作用

columnlike'\"&word&\"%'会使索引起作用(去掉前面的%符号)

(指sqlserver数据库)

4.'%\"&word&\"%'与'\"&word&\"%'在查询时的区别:

比如你的字段内容为一个容易受伤的女人

'%\"&word&\"%':会通配所有字符串,不论查“受伤”还是查“一个”,都会显示结果。

'\"&word&\"%':只通配前面的字符串,例如查“受伤”是没有结果的,只有查“一个”,才会显示结果。

5.字段提取要按照“需多少、提多少”的原则,避免“select*”,尽量使用“select字段1,字段2,字段3........”。实践证明:每少提取一个字段,数据的提取速度就会有相应的提升。提升的速度还要看您舍弃的字段的大小来判断。

6.orderby按聚集索引列排序效率最高。一个sqlserver数据表只能建立一个聚集索引,一般默认为ID,也可以改为其它的字段。

7.为你的表建立适当的索引,建立索引可以使你的查询速度提高几十几百倍。(指sqlserver数据库)

·以下是建立索引与不建立索引的一个查询效率分析:

Sqlserver索引与查询效率分析。

表News

字段

Id:自动编号

Title:文章标题

Author:作者

Content:内容

Star:优先级

Addtime:时间

记录:100万条

测试机器:P42.8/1G内存/IDE硬盘

=======================================================

方案1:

主键Id,默认为聚集索引,不建立其它非聚集索引

select*fromNewswhereTitlelike'%\"&word&\"%'orAuthorlike'%\"&word&\"%'orderbyIddesc

从字段Title和Author中模糊检索,按Id排序

查询时间:50秒

=======================================================

方案2:

主键Id,默认为聚集索引

在Title、Author、Star上建立非聚集索引

select*fromNewswhereTitlelike'\"&word&\"%'orAuthorlike'\"&word&\"%'orderbyIddesc

从字段Title和Author中模糊检索,按Id排序

查询时间:2-2.5秒

=======================================================

方案3:

主键Id,默认为聚集索引

在Title、Author、Star上建立非聚集索引

select*fromNewswhereTitlelike'\"&word&\"%'orAuthorlike'\"&word&\"%'orderbyStardesc

从字段Title和Author中模糊检索,按Star排序

查询时间:2秒

=======================================================

方案4:

主键Id,默认为聚集索引

在Title、Author、Star上建立非聚集索引

select*fromNewswhereTitlelike'\"&word&\"%'orAuthorlike'\"&word&\"%'

从字段Title和Author中模糊检索,不排序

查询时间:1.8-2秒

=======================================================

方案5:

主键Id,默认为聚集索引

在Title、Author、Star上建立非聚集索引

select*fromNewswhereTitlelike'\"&word&\"%'

select*fromNewswhereAuthorlike'\"&word&\"%'

从字段Title或Author中检索,不排序

查询时间:1秒

·如何提高SQL语言的查询效率?

问:请问我如何才能提高SQL语言的查询效率呢?

答:这得从头说起:

由于SQL是面向结果而不是面向过程的查询语言,所以一般支持SQL语言的大型关系型数据库都使用一个基于查询成本的优化器,为即时查询提供一个最佳的执行策略。对于优化器,输入是一条查询语句,输出是一个执行策略。

一条SQL查询语句可以有多种执行策略,优化器将估计出全部执行方法中所需时间最少的所谓成本最低的那一种方法。所有优化都是基于用记所使用的查询语句中的where子句,优化器对where子句中的优化主要用搜索参数(SerachArgument)。

搜索参数的核心思想就是数据库使用表中字段的索引来查询数据,而不必直接查询记录中的数据。

带有=、、>=等操作符的条件语句可以直接使用索引,如下列是搜索参数:

emp_id=\"10001\"或salary>3000或a=1andc=7

而下列则不是搜索参数:

salary=emp_salary或dep_id!=10或salary*12>=3000或a=1orc=7

应当尽可能提供一些冗余的搜索参数,使优化器有更多的选择余地。请看以下3种方法:

第一种方法:

selectemployee.emp_name,department.dep_namefromdepartment,employeewhere(employee.dep_id=department.dep_id)and(department.dep_code=\"01\")and(employee.dep_code=\"01\");

它的搜索分析结果如下:

Estimate2I/Ooperations

Scandepartmentusingprimarykey

forrowswheredep_codeequals\"01\"

Estimategettinghere1times

Scanemployeesequentially

Estimategettinghere5times

第二种方法:

selectemployee.emp_name,department.dep_namefromdepartment,employeewhere(employee.dep_id=department.dep_id)and(department.dep_code=\"01\");

它的搜索分析结果如下:

Estimate2I/Ooperations

Scandepartmentusingprimarykey

forrowswheredep_codeequals\"01\"

Estimategettinghere1times

Scanemployeesequentially

Estimategettinghere5times

第一种方法与第二种运行效率相同,但第一种方法最好,因为它为优化器提供了更多的选择机会。

第三种方法:

selectemployee.emp_name,department.dep_namefromdepartment,employeewhere(employee.dep_id=department.dep_id)and(employee.dep_code=\"01\");

这种方法最不好,因为它无法使用索引,也就是无法优化……

使用SQL语句时应注意以下几点:

1、避免使用不兼容的数据类型。Float和Integer,Char和Varchar,Binary和LongBinary不兼容的。数据类型的不兼容可能使优化器无法执行一些本可以进行的优化操作。例如:

selectemp_nameformemployeewheresalary>3000;

在此语句中若salary是Float类型的,则优化器很难对其进行优化,因为3000是个整数,我们应在编程时使用3000.0而不要等运行时让DBMS进行转化。

2、尽量不要使用表达式,因它在编绎时是无法得到的,所以SQL只能使用其平均密度来估计将要命中的记录数。

3、避免对搜索参数使用其他的数学操作符。如:

selectemp_namefromemployeewheresalary*12>3000;

应改为:

selectemp_namefromemployeewheresalary>250;

4、避免使用!=或等这样的操作符,因为它会使系统无法使用索引,而只能直接搜索表中的数据。

·ORACAL中的应用

一个1600万数据表--短信上行表TBL_SMS_MO

结构:

CREATETABLETBL_SMS_MO

(

SMS_IDNUMBER,

MO_IDVARCHAR2(50),

MOBILEVARCHAR2(11),

SPNUMBERVARCHAR2(20),

MESSAGEVARCHAR2(150),

TRADE_CODEVARCHAR2(20),

LINK_IDVARCHAR2(50),

GATEWAY_IDNUMBER,

GATEWAY_PORTNUMBER,

MO_TIMEDATEDEFAULTSYSDATE

);

CREATEINDEXIDX_MO_DATEONTBL_SMS_MO(MO_TIME)

PCTFREE10

INITRANS2

MAXTRANS255

STORAGE

(

INITIAL1M

NEXT1M

MINEXTENTS1

MAXEXTENTSUNLIMITED

PCTINCREASE0

);

CREATEINDEXIDX_MO_MOBILEONTBL_SMS_MO(MOBILE)

PCTFREE10

INITRANS2

MAXTRANS255

STORAGE

(

INITIAL64K

NEXT1M

MINEXTENTS1

MAXEXTENTSUNLIMITED

PCTINCREASE0

);

问题:从表中查询某时间段内某手机发送的短消息,如下SQL语句:

SELECTMOBILE,MESSAGE,TRADE_CODE,MO_TIME

FROMTBL_SMS_MO

WHEREMOBILE='130XXXXXXXX'

ANDMO_TIMEBETWEENTO_DATE('2006-04-01','YYYY-MM-DDHH24:MI:SS')ANDTO_DATE('2006-04-07','YYYY-MM-DDHH24:MI:SS')

ORDERBYMO_TIMEDESC

返回结果大约需要10分钟,应用于网页查询,简直难以忍受。

分析:

在PL/SQLDeveloper,点击“ExplainPlan”按钮(或F5键),对SQL进行分析,发现缺省使用的索引是IDX_MO_DATE。问题可能出在这里,因为相对于总数量1600万数据来说,都mobile的数据是很少的,如果使用IDX_MO_MOBILE比较容易锁定数据。

如下优化:

SELECT/*+index(TBL_SMS_MOIDX_MO_MOBILE)*/MOBILE,MESSAGE,TRADE_CODE,MO_TIME

FROMTBL_SMS_MO

WHEREMOBILE='130XXXXXXXX'

ANDMO_TIMEBETWEENTO_DATE('2006-04-01','YYYY-MM-DDHH24:MI:SS')ANDTO_DATE('2006-04-07','YYYY-MM-DDHH24:MI:SS')

ORDERBYMO_TIMEDESC

测试:

按F8运行这个SQL,哇~......2.360s,这就是差别。

http://www.cnblogs.com/ShaYeBlog/archive/2013/07/31/3227244.html

文章到此结束,如果本次分享的SQL查询优化的几种方法(SQL语句优化的几种方法)的问题解决了您的问题,那么我们由衷的感到高兴!

免费获取咨询

今日已有1243人获取咨询

免费咨询

最新资讯

更多