sql性能优化总结:
最近随着数据越来越多,数据库性能问题暴露的越来越严重。几百万,上千万,甚至过亿的数据处理速度会非常的慢。
下面对工作中遇到的问题做下总结,希望以后能对日后的工作有所帮助。
不同的sql语句有不同的性能问题,只有要找到性能差的原因,才能对症下药。
首先说下性能判断的方法:
一.性能分析器:Microsoft的SQL Profiler
Oracle的Audit和AWR ,oracle也可以用PLsql中的explain plan(黄色灯泡)来分析。
二.性能相关SQL语句:(目前先拿sql server 说,其他版本慢慢补充。)
-- 建聚集索引 CREATE CLUSTERED INDEX INDEX_Userid ON T_UserInfo ( Userid) -- 建非聚集索引 CREATE NONCLUSTERED INDEX INDEX_Userid ON T_UserInfo ( Userid) -- 删除索引 DROP INDEX T_UserInfo. INDEX_Userid -- 显示有关由 Transact-SQL 语句生成的磁盘活动量的信息 SET STATISTICS IO ON -- 关闭有关由 Transact-SQL 语句生成的磁盘活动量的信息 SET STATISTICS IO OFF -- 显示 [ 返回有关语句执行情况的详细信息,并估计语句对资源的需求 ] SET SHOWPLAN_ALL ON -- 关闭 [ 返回有关语句执行情况的详细信息,并估计语句对资源的需求 ] SET SHOWPLAN_ALL OFF
*注意:(扫盲高手跳过)聚集索引就是表存储的时候的顺序,一张表只能有一个聚集索引。非聚集索引就表存储的结构不是按索引结构存储的。
具体使用方法看sql server帮助说的很全了,这里总结SHOWPLAN_ALL需要注意的几点:
1.Index Seek(索引查找) :索引查找意味着查询优化器使用了数据表上的非聚集索引来查找数据。
性能通常会很快,尤其是当只有少数的数据行被返回时。
2.Clustered Index Seek:聚集索引查找。这指查询优化器使用了数据表上的聚集索引来查找数据,性能很快。
3.Clustered Index Scan:聚集索引扫描。 聚集索引扫描与表扫描相似,不同的是聚集索引扫描是在一个建有聚集索引的数据表上执行的。和一般的表扫描一样,聚集索引扫描可能表明存在效能问题。
上面3项是性能比较好快的,下面几项从性能上来说是不理想的,避免的越多性能越快:
1.Table Scan:表扫描。如果看到这个信息,就说明数据表上没有聚集索引,或者查询优化器没有使用索引来查找。
2.Index or table scans:索引或者表扫描。可能意味着需要更好的或者额外的索引。
3.Bookmark Lookups:书签查找。考虑修改当前的聚集索引,使用复盖索引,限制 SELECT 语句中的字段数量。
4.Filter:过滤。在WHERE从句中移除用到的任何函数,不要在 SQL 语句中包含视图,可能需要额外的索引。
5.Sort:排序。如果查询的数据本身就是按一定顺序排序的,或者查询结果对排序无要求,那就不需要排序。
写sql文的注意事项:
1.创建索引,在大量甚至海量数据的表里有索引检索的速度要比没有索引检索快上几个数量级。
2.视图,视图本身不能建立索引,但是视图可以应用引用表的索引,当引用表的字段结构未变化时。
3.IN , NOT IN ==>替换方案EXISTS, NOT EXISTS
尤其是NOT IN不能应用表的索引,建议不使用。在 JOIN 关联后 也最好不要使用IN.
但是如果是 IN (12,21,13,14) 这种还是可以使用, 这种用法比 OR ....OR...OR 要快一点儿。
4. <> , !=
不等于操作符是永远不会用到索引的,因此对它的处理只会产生全表扫描。
a!=0 改为 a>0 or a<0
a!=’’ 改为 a>’’
5. > 或者<
a>1 改为 a>=1 , b < 2 改为 b<=2;
这里涉及到索引的应用问题,利用>= 或 <=能够更好的应用索引。
6. WHERE 后的条件顺序
mysql 采用从左至右的顺序解析WHERE子句,那些可以过滤掉最大数量记录的条件写在WHERE子句的前面。
ORACLE 采用从右至左的顺序解析WHERE子句,那些可以过滤掉最大数量记录的条件写在WHERE子句的末尾。
7. GROUP BY
Group BY 后面跟的分组条件越多越慢,切忌不要无谓的添加分组条件。
8. 在sql文中转换类型会非常的慢 尽量不要使用 to_char, to_date 等函数。
9. SELECT子句中避免使用 *
WHERE exsits (select * from XX_table) ==> WHERE exsits (select id from XX_table)
相关推荐
基于SQL Server数据库的性能优化浅谈.pdf
本文将深入探讨Oracle数据库SQL性能优化的必要性、目标以及具体的优化策略,为数据库系统性能提升提供参考。 一、SQL优化的必要性 在数据库系统中,查询操作是使用频率最高的操作之一,它对系统性能的影响至关重要...
浅谈Oracle SQL性能优化与云安全性策略.pdf
本文深入探讨了Oracle数据库中SQL性能优化的方法和技术。首先,文中强调了优化SQL语句对系统性能的重要性,指出应用程序的性能在很大程度上取决于数据库中SQL语句的执行效率。因此,为了提升Oracle数据库性能,必须...
Oracle数据库的性能优化是一个综合性的任务,涉及内存管理、磁盘I/O、CPU使用和SQL优化等多个层面。DBA需要定期监控系统状态,通过调整参数、优化代码和架构设计来确保数据库的最佳运行状态,满足大量用户的需求,并...
总之,优化SQL Server数据库查询性能是一个涉及多个方面的综合过程,需要从SQL语句设计、并发用户管理、批量装载控制、系统资源配置以及查询优化等各个角度进行考虑和改进。通过综合应用上述技术和策略,可以有效...
"浅谈INFORMIX SQL优化" INFORMIX SQL优化是一种非常重要的数据库优化技术,在INFORMIX数据库管理系统中,它是数据库管理员、程序员和开发者的共同职责。INFORMIX SQL优化的主要目标是提高SQL语句的执行效率、降低...
SQL语句的优化是提升应用程序性能的关键环节,尤其在数据库驱动的应用中,其重要性不言而喻。据统计,大约60%的系统性能提升来源于应用程序优化,其中SQL语句的优化占据了重要的比重。SQL是数据库操作的核心,任何...
总的来说,SQL数据库系统的性能优化涉及了索引、视图以及SQL语句的编写等多个层面。通过深入理解这些优化原理和方法,数据库管理员和开发人员可以系统性地提升SQL数据库系统的性能,从而在降低成本的同时提高工作...
SQL Server数据库应用程序性能优化涉及多个方面,从基础的数据库设计到存储过程的应用,再到事务和批处理操作,每一个环节都对最终性能产生着决定性的影响。 首先,数据库设计阶段的性能优化是至关重要的。规范化...
【SQL Server数据库查询性能优化】 随着信息技术的飞速发展,数据库系统在各行各业的应用越来越广泛,数据量呈现爆炸式增长。在这种背景下,SQL Server数据库查询性能的优化显得至关重要。本文主要探讨了影响SQL ...
在分析SQL优化问题时,我们需要纠正一个常见的误解:即优秀的SQL查询语句与性能优化无关。实际上,一个设计得当的SQL查询语句可以数十倍地提高程序性能,同时减轻数据库服务器的负载。因此,优化SQL语句是实现高效...
### 浅谈Oracle数据库性能的优化 #### 一、引言 随着信息技术的快速发展和企业对数据处理需求的增加,数据库作为数据管理的核心组件,在企业的信息化建设中扮演着至关重要的角色。Oracle数据库作为全球最广泛使用...
1. **数据库性能优化的重要性:**数据库性能的提升是系统高效运行的关键,其中SQL语句的优化至关重要。优化可以降低数据库的查询时间,提升整体系统性能。 2. **数据库生命周期与优化时机:**数据库系统从设计到...
本文将浅析Oracle数据库的性能优化,主要关注数据库服务器性能和数据库配置两个关键领域。 首先,数据库服务器性能是决定整体系统性能的核心。服务器的性能由操作系统和硬件配置共同决定。操作系统的选择和优化对于...
随着信息技术的快速发展和企业信息化需求的不断增长,SQL Server数据库的性能优化越来越受到企业的重视。本文将从SQL Server数据库的应用设计、性能优化等方面进行探讨,分享一些实用的技巧和经验。 数据库的设计是...
在SQL Server 2000中,查询性能的优化对于提升数据库系统的效率至关重要。查询优化器在其中扮演着核心角色,它负责生成SQL语句的高效执行计划。优化过程包括解析、标准化、查询优化等多个阶段,确保查询的运行速度尽...
对于复杂的SQL,应首先检查是否存在语法上的性能问题,如自定义函数、内联视图等,可以通过改写SQL或调整连接方式来优化。对于嵌套循环连接,由于其计算基数容易出错,可能导致执行缓慢,可以通过HINT强制转换为HASH...
SQL优化是ORACLE数据库管理的重要组成部分,通过深入理解SQL语句的执行过程和优化策略,我们可以显著提升系统的整体性能,尤其在处理海量数据时,优化的SQL语句能够带来显著的性能提升。因此,开发人员和DBA应当重视...