数据库性能问题排查

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

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

开发过程中:

  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-08-06 10:14:07

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

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

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

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

衡量企业应用数据库性能的6大指标

衡量企业应用数据库性能的6大指标 Redis EXISTS命令耗时过长case排查

redis性能问题排查

Redis性能问题排查解决手册(七) 2015-08-19 08:35 by 蘑菇先生, 6073 阅读, 9 评论, 收藏,  编辑  阅读目录: 性能相关的数据指标 内存使用率used_memory 命令处理总数total_commands_processed 延迟时间 内存碎片率 回收key 总结 性能相关的数据指标 通过Redis-cli命令行界面访问到Redis服务器,然后使用info命令获取所有与Redis服务相关的信息.通过这些信息来分析文章后面提到的一些性能指标. info命令输

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使用通常可以通过查询优化(

一文教会你数据库性能调优(附某大型医院真实案例)

原文:一文教会你数据库性能调优(附某大型医院真实案例) 前言 微软工程师的一个工程师曾经对性能调优有一个非常形象的比喻:剥洋葱 .我也非常认可,让我们来一层一层拨开外面它神秘的面纱. 六大因素 下面祭出的是我们在给客户分析数据库性能问题最常用的图. 看完这个图,你是不是对性能调优有了个基本的概念了.通常来讲我们会依照下面的顺序来进行分析: 硬件能力 系统规模 数据库内部因素 软件环境 这4个的顺序可以有所调整或者交换,但是对于系统的性能优化一定要从全局出发.切勿一来就深入到某一个SQL语句的优化