SQL 数据库性能问题排查

一个项目的运行,总伴随着性能问题,系统查询过慢,如何快速查询等

下面将简单讲解一下,如何去排查及解决这些问题。

开发过程中:

  1:不要绝对的三范式,适当建立冗余能够提高查询速度,不用多表关联

  2:能用表关联就不要出现循环SQL

   例子:下面的这种情况,每查出T_t1的一条数据,就会循环查找T_t2中的数据,使表关联的索引失效,造成反应慢。   

--错误示范
SELECT A,B,(SELECT C FROM T_t2 WHERE ID=T_t1.ID) FROM T_t1
--正确做法
SELECT A,B,C FROM T_t1,T_t2 WHERE T_t1.ID=T_t2.ID

  3:配置log4jdbc,方便查找出问题的SQL

  4:创建合理的索引

  索引适用于在大范围数据库查找小范围的数据,若该列数据大部分值相同,或者获取数据量比重大,就不适用于创建索引。

维护过程中:

  1:更改数据库参数:当一个数据库安装后,应更改参数,使其更有利于项目的使用

    修改数据缓存区参数:数据缓存是把磁盘的信息装入到内存,读取内存比读取磁盘速度快的多,应适当提高数据缓存区。

    修改个人排序区参数:当需要排序的数据,多于提供的内存空间,就会部分数据在排序区,而部分在磁盘区,会经过多次内存与磁盘交换,才能完成排序,影响排序速度。

  2:定期进行表分析,让数据库表一些信息重新生效

  3:重建索引,对于一个经常会添加删除的表来说,数据变化不大,但索引却在不停膨胀,所以,定期重建索引,有利于查询。

  4:定期对表碎片进行整理。

  5:查看慢SQL的执行计划:以Sybase作为示例

查看语句的执行计划:
SET  SHOWPLAN  ON
GO
SQL语句
GO
SET  SHOWPLAN  OFF
GO  

查看存储过程执行计划:
SET  SHOWPLAN  ON
GO
EXEC  PR_存储过程
GO
SET  SHOWPLAN  OFF
GO   

时间: 2024-10-21 19:42:52

SQL 数据库性能问题排查的相关文章

数据库性能问题排查

一个项目的运行,总伴随着性能问题,系统查询过慢,如何快速查询等 下面将简单讲解一下,如何去排查及解决这些问题. 开发过程中: 1:不要绝对的三范式,适当建立冗余能够提高查询速度,不用多表关联 2:能用表关联就不要出现循环SQL 例子:下面的这种情况,每查出T_t1的一条数据,就会循环查找T_t2中的数据,使表关联的索引失效,造成反应慢. --错误示范 SELECT A,B,(SELECT C FROM T_t2 WHERE ID=T_t1.ID) FROM T_t1 --正确做法 SELECT

如何选择合适的数据库性能工具?

数据库管理系统是现代应用程序的核心,保持数据库平稳顺畅运行是组织必须保证的底线.数据库性能工具可以帮助数据库管理员优化系统操作,避免或者预防性能问题.但是,在购买这些工具之前,DBA和IT经理们应该对评估不同产品要考虑的关键功能特性有明确的理解和认识. 在构建数据库性能管理能力时,有三种类型的工具可供考虑:其一是确保数据库系统级的性能水平最优化,其二是管理数据库结构的性能,帮助维护数据库中保存数据的效率,第三是监控SQL和应用性能,识别可以改善应用程序代码的问题点. 为帮助你判断组织需要哪些工具

SQL Server 2008性能故障排查(四)——TempDB

原文:SQL Server 2008性能故障排查(四)--TempDB 接着上一章:I/O TempDB: TempDB是一个全局数据库,存储内部和用户对象还有零食表.对象.在SQLServer操作过程中产生的存储过程等数据.在一个SQLServer实例中,只有一个TempDB.所以容易成为性能和磁盘空间瓶颈.TempDB可能因为空间可用程度和过量的DDL和DML操作而变得超负荷.这可能导致不相关的应用运行缓慢甚至失败. 常见的TempDB问题如下: l  TempDB空间超支. l  因为Te

SQL Server 2008性能故障排查(一)——概论

原文:SQL Server 2008性能故障排查(一)--概论 备注:本人花了大量下班时间翻译,绝无抄袭,允许转载,但请注明出处.由于篇幅长,无法一篇博文全部说完,同时也没那么快全部翻译完,所以按章节发布.由于本人水平有限,翻译结果肯定存在问题,为了不造成误导,在每篇结尾处都附上原文,供大家参考,也希望能指出我的问题,以便改进.谢谢. 另外,本文写给稍微有经验的数据库开发人员或者DBA看,初学者可能会看不懂.在此请见谅 作者:Sunil Agarwal, Boris Baryshnikov, K

SQL Server 2008性能故障排查(三)——I/O

原文:SQL Server 2008性能故障排查(三)--I/O 接着上一章:CPU瓶颈 I/O瓶颈(I/O Bottlenecks): SQLServer的性能严重依赖I/O子系统.除非你的数据库完全加载到物理内存中,否则SQLServer会不断地把数据库文件从缓存池中搬进搬出,这会引起大量的I/O传输.同样地,日志记录在事务被声明为已提交前必须写入磁盘.最后,SQLServer基于许多原因使用tempdb,比如存储临时结果.排序和保持行版本.所以一个好的I/O子系统是SQLServer性能关

SQL Server 2008性能故障排查(二)——CPU

原文:SQL Server 2008性能故障排查(二)--CPU 承接上一篇:SQL Server 2008性能故障排查(一)--概论 说明一下,CSDN的博客编辑非常不人性化,我在word里面都排好了版,贴上来就乱得不成样了.建议CSDN改进这部分.也请大家关注内容不要关注排版.同时在翻译的过程中本人也整理了一次思路,所以还似乎非常愿意翻译,虽然有点自娱自乐,但是分享给大家也是件好事 CPU 瓶颈: CPU瓶颈可能因为某个负载所需的硬件资源不足而引起.但是过多的CPU使用通常可以通过查询优化(

网络拥堵造成数据库性能表现异常的问题排查

问题描述:CRM数据库每日必要数据导入后才会开始数据计算生成.今天早上的计算开始时间较之前正常情况下晚了2小时.维护人员查获是 数据导入过程中原先差不多300秒完成的步骤现在用了1小时之多. 大致的排查过程如下: (1)借助osw工具记录的linux系统历史数据,排除了对应时间段cpu.io活动异常的情况. (2)导出对应时间段awr报告及过往正常情况下对应时间段awr报告做对比分析. 正常情况下对应时间段awr报告: 异常情况下对应时间段awr报告 可以看到数据库本身状态是相当空闲的.唯一反常

sql server 性能调优之 死锁排查

原文:sql server 性能调优之 死锁排查 一.概述 记得以前客户在使用软件时,有偶发出现死锁问题,因为发生的时间不确定,不好做问题的重现,当时解决问题有点棘手了.现总结下查看死锁的常用二种方式. 1.1 第一种是图形化监听: sqlserver -->工具--> sql server profiler   登录后在跟踪属性中选择如下图: 监听到的死锁图形如下图 这里的描述大致是:有二个进程 一个进程ID是96, 另一个ID是348.   系统自动kill 掉了进程ID:96,保留了进程

SQL Server数据库性能优化之SQL语句篇(转载)

SQL Server数据库性能优化之SQL语句篇 原文地址:http://www.blogjava.net/allen-zhe/archive/2010/07/23/326927.html 期项目需要,做了一段时间的SQL Server性能优化,遇到了一些问题,也积累了一些经验,现总结一下,与君共享.SQL Server性能优化涉及到许多方面,如良好的系统和数据库设计,优质的SQL编写,合适的数据表索引设计,甚至各种硬件因素:网络性能.服务器的性能.操作系统的性能,甚至网卡.交换机等.这篇文章主