sybase数据库性能优化82248.pdf

Sybase 数据库性能优化 在现有软硬件条件下，充分发挥数据库系统的潜能是 DBA 追求的最高境界，然而，数据库性能调优是 一个非常复杂的问题，不仅需要精通数据库的理论知识，更需要逐渐积累实践经验。这里主要针对 Sybase 数据库简要介绍一下如何进行调优，及调优时所要注意的事项。 Sybase 数据库系统的性能的优化，是一项长期且受诸多因素影响的工作，它可划分为以下 4 个层次：  SQL Server 级：包括对内存的合理分配，锁操作和临时表的使用，与系统配置关联的磁盘的 I/O 性能。  数据库设计级：包括数据库对象的设计，索引的创建，表中数据类型的选择，数据库设备的分 配及使用。  应用程序级：包括 T_SQL 查询语句的优化，应用级封锁，事务和游标的使用。  操作系统级：包括硬件、操作系统和网络对总体性能的影响。 在数据库应用系统的管理维护中，运行环境引起的性能劣化只有通过硬件的升级才能得到优化，在系 统硬件配置和网络设计确定的情况下，影响系统性能的主要是其他三个层次方面的原因。在此就这三个方 面进行简要讨论、总结。 1 SQL Server 级的调优 1.1 管理共享内存 数据库性能优化的首要方面是最优管理内存。数据库占用的共享内存分成数据缓冲（data cache ）、 存储过程缓冲（Procedure cache）等几块。在 isql 下使用 sp_configure 'cache' 可以看到存储过程缓冲 所占百分比（procedure cache percent），整个数据缓冲大小（total data cache size ） 等参数。 1.1.1 存储过程缓冲（procedure cache） 存储过程缓冲保持以下对象的查询计划： Procedures ：存储过程 Triggers ：触发器 Views ：视图 Rules ：规则 Defaults ：缺省 Cursors ：游标 存储过程不可重入，意即每个并发用户调用都会在内存中产生一个拷贝。Procedure，triggers ，and views 当它们被装载到存储过程缓冲中时，被查询优化器优化，建立查询计划。如果存储过程在缓冲中， 被调用时就不需要重新编译。如果存储过程缓冲太小，存储过程就会经常被其他调入内存的存储过程冲洗 掉，当再次被调用时，存储过程又被调入内存，再重新编译，用户请求因此不得不等待。最严重的情况， 如果存储过程缓冲不够，存储过程甚至都不能运行。所以在内存足够的情况下，存储过程缓冲参数比例尽 可能大一些。 1.1.2 数据缓冲（Data Cache） 数据缓冲用来缓存数据页和索引页，是除去存储过程缓冲，系统其他占用的缓冲外的剩余内存空间。 通过给服务器增加物理内存扩大数据缓冲，是最有效的方法。当然，如果不能加内存，就只能通过减少存 储过程缓冲的比例等方法来扩大数据缓冲了。配置足够大的数据缓冲可防止其它服务器活动争用高速缓存 空间，并加速使用这些表的查询，因为所需页始终都可在高速缓存中找到。同时，可以考虑将“热”表如： 用户应用程序对其需求较大的表绑定到一个高速缓存上，而表上的索引绑定到其它高速缓存，以提高并发 性。具体做法如下： 创建命名缓存 sp_cacheconfig cache_name，”size[P|K|M|G]” 例如创建一个 10MB 的命名缓存 pubs_cache ：sp_cacheconfig pubs_cache，”10M” 把表绑定到指定的命名缓存： sp_bindcache cache_name，dbname[，[owner.]table_name[，indexname|”text only”]] 例如把 titles 表绑定到上面刚建的命名缓存中： sp_bindcache pubs_cache，pubs2..titles 注意：每开辟一个缓冲占用 16K 的系统内存，应根据服务器的内存大小来定义所要开的数据缓冲的个 数。 1.1.3 tempdb 数据库的优化 缺省情况下，tempdb 数据库是放置在 master 设备上，容量为 2M，而临时数据库是活动最为平凡 的数据库常常被用来排序、创建临时表、重格式化等操作，所以tempdb 的优化应该受到特别的关注，缺 省情况下，用于 tempdb 的 system、default 和