用响应时间和吞吐量对Sybase数据库性能调优

日期: 2011-02-13 作者:佚名 来源:TechTarget中国

  数据库性能调优的一些小方面:

  1.1 性能指标

  数据库性能一般用两个方面的指标来衡量:响应时间和吞吐量。响应越快,吞吐量越大,数据库性能越好。响应时间和吞吐量有些情况下不能一起得到改善。

  1.2 调优级别

  对Sybase数据库性能调优,可以从四个方面进行:

  一) 操作系统级:对网络性能、操作系统参数、硬件性能等作改进。

  二) SQL Server级:调整存取方法,改善内存管理和锁管理等。

  三) 数据库设计级:采用降范式设计,合理设计索引,分布存放数据等。

  四) 应用程序级:采用高效SQL语句,合理安排事务,应用游标,处理锁。

  本文对第一、第三、第四方面的内容不做讨论,第二方面提到的概念只适用于Sybase数据库。

  1.3 调优工具

  在分析Sybase数据库的性能时,要用到一些数据库系统本身提供的性能调优工具,包括几个系统存储过程:

  名称 功能简要介绍

  sp_sysmon 企业级系统性能报告工具

  sp_lock 查看锁的情况

  sp_who 查看线程的活动情况

  sp_procqmode 存储过程的查询处理模式

  sp_configure 配置SQL Server系统级参数

  sp_estspace 估计创建一个表需要的空间和时间

  sp_spaceused 估计表的总行数及表和索引占用的空间

  sp_monitor 监视CPU、I/O的统计活动情况

  在利用isql等一些工具时,还可以设置查询会话中的几个选项,来显示SQL语句执行时的各种统计分析结果:

  指令 On 的含义

  set noexec on/off 分析SQL语句后,还要执行

  set statistics io on/off 统计SQL执行所需I/O

  set statistics time on/off 统计SQL语句执行耗时

  set showplan on/off 显示查询计划

  1.4 sp_sysmon 的使用

  企业级性能报告工具、系统存储过程 sp_sysmon 的使用方法:

  在isql 下,首先输入 sp_sysmon ‘begin_sample’ 启动一个报告采样过一段时间后,再输入 sp_sysmon ‘end_sample’ 结束上次报告采样

  或者紧跟一参数 sp_sysmon ‘end_sample’, “dcache” 结束上次报告采样, 但只显示数据缓冲(Data Cache Management)这一部分的情况。

  能替换dcache的可选参数如下表所示:

  参数 参数全称,内容范围解释

  Dcache Data Cache Management,数据缓冲

  Kernel Kernel Utilization,有关引擎、网络和I/O等情况

  Wpm Worker Process Management

  Parallel Parallel Query Management

  Taskmgmt Task Management

  Appmgmt Application Management

  Esp ESP Management

  Housekeeper Housekeeper Task Activity

  Monaccess Monitor Access to Executing SQL

  Xactsum Transaction Profile

  Xactmgmt Transaction Management

  Indexmgmt Index Management,索引管理

  Mdcache Metadata Cache Management

  Locks Lock Management,锁管理

  Pcache Procedure Cache Management

  Memory Memory Management

  Recovery Recovery Management

  Diskio DiskI/OManagement,磁盘I/O管理

  Netio NetworkI/OManagement

  1.5

  用sp_sysmon可以得到数据库系统的性能基准报告,但要在比较稳定的状态下产生,方可作为参考和对照的依据。

  1.6 理解存储方法

  只有清楚数据库存储数据的底层细节,如数据页、索引页的物理结构,每一行的大小计算,不同类型列占用的宽度等等问题,才能对各种调优措施有个深入领会。关于这个问题,比较复杂和细致,请自行参阅有关书籍。

  一般地,对于更改数据的操作,要尽量促进数据库进行直接更新( Direct Updates ),所以要遵守以下几条原则:

  1)除非必要,避免使用允许null值的列和可变长度的列。

  2)如果varchar 和 varbinary 列填充得比较满,毫不犹豫转成 char 和 binary 列。对于建表时指定的页填充率(page fillfactor)参数,要权衡确定数值大小。一般:小值,适合于有许多随机插入的表,该表的数据经常被删除,又经常被增加;大值,适合于大多数的数据被增加到表末尾,如客票系统的售票存根和退票存根表。

  2 SQL Server级的调优

  2.1 管理共享内存

  数据库性能优化的首要方面是最优管理内存。数据库占用的共享内存分成数据缓冲(data cache)、存储过程缓冲(Procedure cache)等几块。在isql 下使用 sp_configure ‘cache’ 可以看到存储过程缓冲所占百分比(procedure cache percent),整个数据缓冲大小(total data cache size) 等参数。

  2.1.1 存储过程缓冲(Procedure cache)

  存储过程缓冲保持以下对象的查询计划:

  Procedures :存储过程

  Triggers :触发器

  Views :视图

  Rules :规则

  Defaults :缺省

  Cursors :游标

  存储过程不可重入,意即每个并发用户调用都会在内存中产生一个拷贝。

  Procedure, triggers, and views 当它们被装载到procedure cache中时,被查询优化器优化,建立查询计划。如果存储过程在缓冲中,被调用时就不需要重新编译。如果procedure cache太小,存储过程就会经常被其他调入内存的存储过程冲洗掉,当再次被调用时,存储过程又被调入内存,再重新编译,用户请求因此不得不等待。最严重的情况,如果procedure cache不够,存储过程甚至都不能运行。所以在内存足够的情况下,procedure cache percent 参数尽可能大一些。

  2.1.2 数据缓冲(Data Cache)

  数据缓冲用来缓存数据页和索引页,是除去存储过程缓冲,系统其他占用的缓冲外的剩余内存空间。通过给服务器增加物理内存扩大数据缓冲,是最有效的方法。当然,如果不能加内存,就只能通过减少存储过程缓冲的比例等方法来扩大数据缓冲了。通过 sp_configure “extentI/Obuffers”, 20(可调) 命令,在Data Cache中保留一些页专用于创建索引时使用,可以显著提高创建索引的性能。但要注意每开辟一个缓冲占用16K 字节的系统内存。

  2.1.3 命名缓冲

  通过如下的命令:

  1> sp_helpcache

  2> go

  查看某客票数据库中命名缓冲,得到的结果如下:

  Cache Name Config Size Run Size Overhead

  DS30_Tran_Log 20.00 Mb 20.00 Mb 2.05 Mb

  Systemtable 20.00 Mb 20.00 Mb 2.05 Mb

  default data cache 0.00 Mb 4462.86 Mb 464.97 Mb

  left_base_center 16.00 Mb 16.00 Mb 1.57 Mb

  price_cache 8.00 Mb 8.00 Mb 0.85 Mb

  可以看出有4个命名缓冲,分别绑定客票系统的应用日志表、一些重要且常用的系统表、余票表、票价系列表,另外1个是缺省数据缓冲。这种配置还不是最合理,应该进一步把Systemtable这个命名缓冲细分成很多个,每一个单独存放一张系统表。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

作者

佚名
佚名

相关推荐