国产精品四虎,亚洲一区二区三区四区视频,四季av在线一区二区三区

Sybase ASE表分區的��?

虎啸长沙,龙跃深圳. — Thu, 04 Sep 2008 02:52:00 GMT

最�q�想��一個表進行分區,在sybase版轉了半�?沒找著詳��C��紹表分區有關的帖�? �i�於找著一��比較詳細的,故貼�?

Sybase ASE表分區的��?

表分區是目前各��L��數據庫都提供的常用技術，各大數據庫基��g��同的體系�i�構提供了各��L��色的實現�Q�如果能合理使用這種技術，��為�pȝ��性能的提升帶來意想不到的效果�Q�本文以Sybase ASE數據庫為例來說明這種技術的使用�Ҏ��?

在Sybase ASE中，未分區的不帶聚��烦引的表有一個雙向的數據庫頁鏈鏈接。在插入數據行時�Q�將查找並鎖定頁鏈的最後一頁，如果最後一頁空間用盡，Sybase ASE��分配新的一頁，如果��表進行大量�ȝ��的數據插入，��引起對最後一頁鎖資源的競爭，如果一個事務（Transaction�Q�正在��用最後一頁的排它鎖，那麼其他向同一張表插入數據的事務必須等待，直到該事務結束釋放資源，解除排它鎖�?

Sybase ASE�?1.5開始提供新的�Ҏ��表分區。表分區��產生附加的頁鏈�Q�每個頁鏈有自己的最後一頁，這樣插入操作可以獲得多個最後一頁，實現並發操作�Q�從而提高數據��n插入性能。若包含表的�D�分佈在多個物理設備上�Q�表分區通過降低服務器從高速�m存向��盤進行數據��h��的I/O衝突而提高數據插入性能。對�ȝ��地追加數據到表中或進行大塊數據的拷入、拷出操作，採用表分區技術，��能極大地提升系�i�性能�?

劃分表分區的操作步驟如下：

1. 在同一數據庫設備上劃分表分區�?先創��Q�再用alter table �?partition 語句劃分表分區�?

create table opt_plnexrcd ( per_date datetime, per_sndstn char(4), ... )

alter table opt_plnexrcd partition 5

2. 在多個數據��n�a�備上劃分表分區時，先徏一個數據��n�D�在多個數據��n上，然後再將表徏在該�D�上�Q�最後對表分區�?

sp_addsegment seg1, oil, oil_data1

sp_extendsement seg1, oil, oil_data2

...

sp_extendsement seg1, oil, oil_data5

create table opt_plnexrcd ( per_date datetime, per_sndstn char(4), ... ) on seg1

或徏完表後執行sp_placeobject:

sp_placeobject seg1, opt_plnexrcd

最後對表分區:

alter table opt_plnexrcd partition 5

如果表分�?個分區�Q�表所在的�D�又分跨5個數據��n�a�備�Q�那麼每個分區��分別映��到該段所在的5個數據��n�a�備上。一般劃分表分區的原則是�Q�表分區數等於或大於表所在段分跨的數據��n�a�備數。但要注意有些表不能分區�Q�它們是�pȝ��表、正在��用的表、臨時表和有聚簇索引的表�?

Sybase ASE使用保存在分區控制頁上的箔�a�數據，來評測基於分區的並行掃瞄方式，以挑選最優執行計劃。如果表中數據在多個分區上是分佈均衡的，表分區�i�p��數據是精��的�Q�那麼掃瞄效率就比較高，並行處理��有很好的性能�Q�所以表分區的維護對��g��行查詢處理十分重要。Sybase ASE的異常停止和某些情況下的事務回退都可能造成分區�i�p��數據不精��，Sybase ASE提供了兩個系�i�函數data_pgs和ptn_data_pgs,用它們可分別�a�算數據頁面敔R��。如果兩者不相同�Q�說明分區�i�p��不精��，需要維��P��Sybase ASE 提供如下命��o來更新分區和頁面箔�a�數據：

1.更新每個分區的頁面箔�a�數據：

update partition statistics

2.更新表上索引的分佈頁面，同時更新各個表分區的控刉��面的�i�p��數據�Q?

update all statistics table_name

3.��示表分區的當前信息：

sp_helpartition

如果��分區的表進行了大量的插入、更新和刪除後，數據有可能分佈不均勻�Q��用BCP加載大量數據後，也可能會出現數據分佈不均勻，此外一些其他原因也可能��致數據分佈不均勅R��^衡分區數據有兩�E�方法：一是對有數據的表徏聚簇索引�Q�二是��用並行塊拯��Q�指定數據加載到某個分區的方法，Sybase ASE 新的BCP允許用戶指定分區�Q�把數據加載到指定的分區中�?

虎啸长沙,龙跃深圳. 2008-09-04 10:52 发表评论

利用DM水��^分区优化�pȝ��

虎啸长沙,龙跃深圳. — Tue, 02 Sep 2008 09:38:00 GMT

��Z��使用��L��大量的数据在��d��操作和查询中速度更快�Q�DM提供了对表和索引�q�行分区的技术，以改善超大规模应用的性能�q�方便数据管理�?

　　实现水��^分区以后�Q�可以达��C��下目的：

　　1. 增强可用性：如果表的某个分区出现故障�Q�表在其他分区的数据仍然可用;

　　2. �l�护方便�Q�如果表的某个分区出现故障，需要修复数据，只修复该分区卛_��;

　　3. 均衡I/O�Q�可以把不同的分区映��到��盘以��^衡I/O�Q�改善整个系�l�性能;

　　4. 改善查询性能�Q�对分区对象的查询可以仅搜烦自己兛_��的分区，提高��索速度�?/p>

　　DM数据库提供对表的分区�Ҏ��有两�U�：

　　1、范围分区：范围分区��是对表中的某个值的范围�q�行分区�Q�根据某个值的范围�Q�决定将该数据存储在哪个分区上�?/p>

　　2、HASH分区�Q�HASH分区是通过指定分区�~�号来均匀分布数据的一�U�分区类型，因�ؓ通过在I/O讑֤�上进行散列分区，使得�q�些分区大小一致�?/p>

　　除了对表�q�行分区�Q�还可以对烦引进行分区。DM支持下面三种�c�d��的分区烦引：

　　1、本地烦引：其分区方式与其所在基��表的分区方式一模一��L��索引。本地烦引的每个分区仅对应于其所在基��表的一个分区�?/p>

　　2、全局分区索引�Q��用不同于其所在表的分区键�q�行分区的烦引，其所在表可以是分��或非分区表�?/p>

　　3、全局非分区烦引：全局非分区烦引基本上和非分区表的索引一栗��烦引结构是不分区的�?/p>

　　1.1 水��^分区表的创徏

　　在介�l�水�q�_��的创��Z��前。先要了解分区键的概��c�?/p>

　　分区键：分区键是分区表的某一列，它决定了分区表中每一行数据划分到哪个分区。该列的数据�c�d��为DM常用数据�c�d��Q�不支持BLOB、TEXT、ROWID、BIT、BINARY、VARBINARY、时间间隔等�c�d��和用戯��定义�c�d��。分区键不可以删除或修改�?/p>

　　范围分区通过LEFT或RIGHT关键字来指定每个值是�W�一个分区的上边�?(LEFT) �q�是�W�二个分区的下边�?(RIGHT)。边界��g��要求是递增的序列，但是不能重复�Q�边界��g��可以为NULL�Q�支持��用常量表辑ּ�或返回常量值的函数来指定分区的边界倹{�?/p>

　　如：建立范围分区表CREATE TABLE TAB1(C1 INT, C2 INT, C3 VARCHAR(100)) PARTITION BY RANGE (C1) LEFT FOR VALUES (1, 100, 10000);

　　PARTITION NO1234

　　VALUESVAL<=11

　　建立HASH分区表CREATE TABLE TAB2(C1 INT, C2 INT, C3 VARCHAR(100)) PARTITION BY HASH(C1) PARTITIONS 3; TAB2以C1为分区键�Q�且分区��Cؓ3�?/p>

　　范围区间或HASH分区数目不能��过64个。不同的分区可以指定��C��同的文�g�l�。�?

　　1.2 分区索引的创�?/strong>

　　本地索引、全局非分区烦引、全局分区索引可以建立在范围分��或HASH分区表上�Q�普通表上可以徏立全局分区索引�?/p>
　　如：CREATE TABLE T(C1 INT, C2 INT, C3 VARCHAR(100)) PARTITION BY RANGE(C1) LEFT FOR VALUES(1, 100);

　　CREATE INDEX T_IND1 ON T (C2); -- 本地索引�Q�系�l�将自动创徏3个分区子索引�Q�这些分区子索引按照C1�q�行分区�?/p>
　　CREATE NOT PARTIAL INDEX T_IND2 ON T (C2); -- 全局非分区烦引，索引不分区�?/p>
　　CREATE INDEX T_IND3 ON T (C2) PARTITION BY RANGE(C2) LEFT FOR VALUES(5, 55); -- 全局分区索引�Q�烦引按照C2列分�?/p>
　　1.3 水��^分区表和分区索引的维�?/strong>

　　DM支持对范围分��和范围分��上的索引�q�行合�ƈ和拆分。HASH分区表和HASH分区表上的烦引不支持合�ƈ和拆分，本地分区索引不允许合�q�和拆分�?/p>
　　分区合�ƈ通过指定分区号将盔R��的两个分区合�q�成一个分区。MERGE分区�Ӟ��盔R��的两个分区可以是相同的文件组�Q�也可以是不同的文�g�l��?/p>
　　分区拆分通过指定帔R��表达式值将某一个分区拆分成两个分区�Q�指定的帔R��表达式��g��能是原有的分��围倹{��SPLIT分区�Ӟ��可以指定新的文�g�l�，或者不指定文�g�l��?/p>
　　1.4 水��^分区的��?/strong>

　　水��^分区表、分区烦引的使用和普通表、普通烦引的使用一栗��用户通过SQL语句建立范围分区和HASH分区表，以及水��^分区索引以后�Q�普通的INSERT、DELETE、UPDATE、SELECT语句的��用不受�Q何媄响�?/p>
　　分区拆分或合�q�以后，普通的INSERT、DELETE、UPDATE、SELECT语句的��用不受�Q何媄响�?/p>

虎啸长沙,龙跃深圳. 2008-09-02 17:38 发表评论

虎啸长沙,龙跃深圳. — Tue, 02 Sep 2008 07:35:00 GMT

一、前�a��Q�在�l�过一�D�|��间的存储�q�程开发之后，写下了一些开发时候的��结和经验与大家�׃�n�Q�希望对大家有益�Q�主要是针对Sybase和SQL Server数据库，但其它数据库应该有一些共性�?

二、适合读者对�?/strong>�Q�数据库开发程序员�Q�数据库的数据量很多�Q�涉及到对SP�Q�存储过�E�）的优化的��目开发�h员，�Ҏ��据库有浓厚兴��的人�?

三、介�l?/strong>�Q�在数据库的开发过�E�中�Q�经�怼�遇到复杂的业务逻辑和对数据库的操作�Q�这个时候就会用SP来封装数据库操作。如果项目的SP较多�Q�书写又没有一定的规范�Q�将会媄响以后的�pȝ��l�护困难和大SP逻辑的难以理解，另外如果数据库的数据量大或者项目对SP的性能要求很，��׃��遇到优化的问题，否则速度有可能很慢，�l�过亲��n�l�验�Q�一个经�q�优化过的SP要比一个性能差的SP的效率甚至高几百倍�?

四、内�?/strong>�Q?

1、开发�h员如果用到其他库的Table或View�Q�务必在当前库中建立View来实现跨库操作，最好不要直接��?#8220;databse.dbo.table_name”�Q�因为sp_depends不能昄��SP所使用的跨库table或view�Q�不方便校验�?

2、开发�h员在提交SP前，必须已经使用set showplan on分析�q�查询计划，做过自��n的查询优化检查�?

3、高�E�序�q�行效率�Q�优化应用程序，在SP�~�写�q�程中应该注意以下几点：

a)SQL的��用规范：

i.��量避免大事务操作，慎用holdlock子句�Q�提高系�l��ƈ发能力�?

ii.��量避免反复讉K��同一张或几张表，��其是数据量较大的表�Q�可以考虑先根据条件提取数据到临时表中�Q�然后再做连接�?

iii.��量避免使用游标�Q�因为游标的效率较差�Q�如果游标操作的数据��过1万行�Q�那么就应该改写�Q�如果��用了游标�Q�就要尽量避免在游标循环中再�q�行表连接的操作�?

iv.注意where字句写法�Q�必��考虑语句��序�Q�应该根据烦引顺序、范围大��来��定条�g子句的前后顺序，��可能的让字�D�顺序与索引��序�怸��_��范围从大到小�?

v.不要在where子句中的“=”左边�q�行函数、算术运��或其他表达式运��，否则�pȝ��可能无法正��用烦引�?vi.��量使用exists代替select count(1)来判断是否存在记录，count函数只有在统计表中所有行数时使用�Q�而且count(1)比count(*)更有效率�?

vii.��量使用“>=”�Q�不要��?#8220;>”�?

viii.注意一些or子句和union子句之间的替�?

ix.注意表之间连接的数据�c�d��Q�避免不同类型数据之间的�q�接�?

x.注意存储�q�程中参数和数据�c�d��的关�p�R�?

xi.注意insert、update操作的数据量�Q�防止与其他应用冲突。如果数据量��过200个数据页面（400k�Q�，那么�pȝ��会�q�行锁升�U�，��锁会升��成表�U�锁�?

b)索引的��用规范：

i.索引的创��与应用结合考虑�Q�徏议大的OLTP表不要超�q?个烦引�?

ii.��可能的使用索引字段作�ؓ查询条�g�Q�尤其是聚簇索引�Q�必要时可以通过index index_name来强制指定烦�?
iii.避免对大表查询时�q�行table scan�Q�必要时考虑新徏索引�?iv.在��用烦引字�D�作为条件时�Q�如果该索引是联合烦引，那么必须使用到该索引中的�W�一个字�D�作为条件时才能保证�pȝ��使用该烦引，否则该烦引将不会被��用�?v.要注意烦引的�l�护�Q�周期性重建烦引，重新�~�译存储�q�程�?

c)tempdb的��用规范：

i.��量避免使用distinct、order by、group by、having、join、cumpute�Q�因��些语句会加重tempdb的负担�?

ii.避免频繁创徏和删除��时表�Q�减��系�l�表资源的消耗�?

iii.在新��Z��时表�Ӟ��如果一�ơ性插入数据量很大�Q�那么可以��用select into代替create table�Q�避免log�Q�提高速度�Q�如果数据量不大�Q��ؓ了缓和系�l�表的资源，��先create table�Q�然后insert�?

iv.如果临时表的数据量较大，需要徏立烦引，那么应该��创��Z��时表和徏立烦引的�q�程攑֜�单独一个子存储�q�程中，�q�样才能保证�pȝ��能够很好的��用到该��时表的烦引�?

v.如果使用��C��临时表，在存储过�E�的最后务必将所有的临时表显式删除，先truncate table�Q�然后drop table�Q�这样可以避免系�l�表的较长时间锁定�?

vi.慎用大的临时表与其他大表的连接查询和修改�Q�减低系�l�表负担�Q�因��U�操作会在一条语句中多次使用tempdb的系�l�表�?

d)合理的算法��用：

�Ҏ��上面已提到的SQL优化技术和ASE Tuning手册中的SQL优化内容,�l�合实际应用,采用多种��法�q�行比较,以获得消耗资源最��、效率最高的�Ҏ��?
具体可用ASE调优命��o�Q�set statistics io on, set statistics time on , set showplan on �{��?

虎啸长沙,龙跃深圳. 2008-09-02 15:35 发表评论

Sybase數據庫性能調優的一些小斚w��

虎啸长沙,龙跃深圳. — Tue, 02 Sep 2008 07:29:00 GMT
1�Q? 性能指標
數據庫性能一般用兩個方面的指標來衡量：響應時間和吞吐量。響應越快，吞吐量越大，數據庫性能��好。響應時間和吞吐量有些情況下不能一起得到改善�?br />
1�Q? 調優級別
��Sybase數據庫性能調優�Q�可以從四個方面進行�Q?br /> 一) 操作�pȝ��級：��網�i�性能、操作系�i�參數、硬件性能�{�作攚w��Ӏ?br /> �? SQL Server級：調整存取�Ҏ��Q�改善內存管理和鎖管理等�?br /> �? 數據庫設�a�級�Q�採用降��式�a�計�Q�合理設�a�烦引，分佈存放數據�{��?br /> �? 應用�E�序級：採用高效SQL語句�Q�合理安排事務，應用游標�Q�處理鎖�?br /> 本文��第一、第三、第四方面的內容不做�a�論�Q�第二方面提到的概念只適用於Sybase數據庫�?br />
1�Q? 調優工具
在分析Sybase數據庫的性能時，要用��C��些數據��n�pȝ��本��n提供的性能調優工具�Q�包括幾個系�i�存儲過�E�：
名稱功能��要介紹
sp_sysmon 企業級系�i�性能報告工具
sp_lock 查看鎖的情況
sp_who 查看�R�程的活動情�?br /> sp_procqmode 存儲過程的查詢處理模�?br /> sp_configure 配置SQL Server�pȝ��級參�?br /> sp_estspace 估計創徏一個表需要的�I�間和時�?br /> sp_spaceused 估計表的�^�行數及表和索引佔用的空�?br /> sp_monitor 監視CPU、I/O的箔�a�活動情�?br />
在利用isql�{�一些工��h��Q�還可以�a�置查詢會話中的�q�ր�選項，來顯�C�SQL語句埯��時的各種�i�p��分析�i�果�Q?br /> 指��o On 的含��?br /> set noexec on/off                   分析SQL語句後，還要埯��
set statistics io on/off �i�p��SQL埯��所需I/O
set statistics time on/off �i�p��SQL語句埯��耗時
set showplan on/off                   ��示查詢�a�劃

1�Q? sp_sysmon 的��?br /> 企業級性能報告工具、系�i�存儲過�E?sp_sysmon 的��用方法：
在isql 下，首先輸入    sp_sysmon 'begin_sample'    啟動一個報告採樣過一�D�|��間後�Q�再輸入    sp_sysmon 'end_sample' �i�束上次報告採樣
或者緊跟一參數 sp_sysmon 'end_sample', "dcache" �i�束上次報告採樣�Q?但只��示數據�R�衝�Q�Data Cache Management�Q�這一部分的情況�?br /> 能替換dcache的可選參數如下表所�C�：
參數參數全稱�Q�內容範圍解�?br /> Dcache Data Cache Management�Q�數據�m�?br /> Kernel Kernel Utilization�Q�有關引擎、網�i�和I/O�{�情�?br /> 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�Q�烦引管�?br /> Mdcache Metadata Cache Management
Locks Lock Management�Q�鎖��理
Pcache Procedure Cache Management
Memory Memory Management
Recovery Recovery Management
Diskio Disk I/O Management�Q�磁盤I/O��理
Netio Network I/O Management

1�Q?
用sp_sysmon可以得到數據庫系�i�q��性能基準報告�Q�但要在比較�I�定的狀態下產生�Q�方可作為參考和��照的依據�?br />
1�Q? 理解存儲�Ҏ��
只有清楚數據庫存儲數據的底層細節�Q�如數據頁、烦引頁的物理結構，每一行的大小�a�算�Q�不同類型列佔用的寬度等�{�問��，才能��各�E�調優措施有個深入領會。關於這個問��，比較複雜和細�R�，請自行參閱有關書�c��?br /> 一般地�Q�對於更�Ҏ��據的操作�Q�要盡量促進數據��n進行直接更新�Q?Direct Updates �Q�，所以要遵守以下�q�條原則�Q?br /> 1�Q�除非必要，避免使用允許null值的列和可變長度的列�?br /> 2�Q�如果varchar �?varbinary 列填充得比較滿，毫不猶��U轉成 char �?binary 列。對於徏表時指定的頁填充率（page fillfactor�Q�參數，要權衡確定數值大��。一般：��|��適合於有�a�多隨機插入的表�Q�該表的數據�E�常被刪除，又經常被增加�Q�大��|��適合於大多數的數據被增加到表末尾�Q�如客票�pȝ��的售��存根和退��存根表�?br />
2 SQL Server級的調優
2�Q? ��理�׃�n內存
數據庫性能優化的首要方面是最優管理內存。數據��n佔用的共享內存分成數據�m衝（data cache�Q�、存儲過�E��m衝（Procedure cache�Q�等�q�֡�。在isql 下��?sp_configure 'cache' 可以看到存儲過程�R�衝所佔百分比�Q�procedure cache percent�Q�，整個數據�m衝大��（total data cache size�Q?�{�參數�?br />
2�Q?�Q? 存儲過程�R�衝�Q�Procedure cache�Q?br /> 存儲過程�R�衝保持以下��象的查詢計劃：
Procedures                   �Q�存儲過�E?br /> Triggers                   �Q�觸發器
Views �Q�視�?br /> Rules �Q�規�?br /> Defaults                   �Q�缺�?br /> Cursors                   �Q�游�?br /> 存儲過程不可重入�Q�意��x��個並發用戶調用都會在內存中產生一個拷貝�?br /> Procedure, triggers, and views 當它們被裝載到procedure cache中時�Q�被查詢優化器優化，建立查詢�a�劃。如果存儲過�E�在�R�衝中，被調用時��׃��需要重新編譯。如果procedure cache太小�Q�存儲過�E�就會經常被其他調入內存的存儲過�E�沖�z�掉�Q�當再次被調用時�Q�存儲過�E�又被調入內存，再重新編譯，用戶請求因此不得不等待。最嚴重的情況，如果procedure cache不夠�Q�存儲過�E�甚至都不能運行。所以在內存��_��的情況下�Q�procedure cache percent 參數盡可能大一些�?br />
2�Q?�Q? 數據�R�衝�Q�Data Cache�Q?br /> 數據�R�衝用來�R�存數據頁和索引頁，是除��d��儲過�E��m衝，�pȝ��其他佔用的�m衝外的剩��內存空間。通過�i�服務器增加物理內存擴大數據�R�衝�Q�是最有效的方法。當�Ӟ��如果不能加內存，��只能通過減少存儲過程�R�衝的比例等�Ҏ��來擴大數據�m衝了。通過 sp_configure "extent I/O buffers", 20�Q�可調）命��o�Q�在Data Cache中保留一些頁��用於創建烦引時使用�Q�可以顯著提高創建烦引的性能。但要注意每開闢一個�m衝佔�?6K 字節的系�i�內存�?br />
2�Q?�Q? 命名�R�衝
通過如下的命令：
1>; sp_helpcache
2>; go
查看某客��數據��n中命名�m衝，得到的結果如下：
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
可以看出�?個命名�m衝，分別�E�定客票�pȝ��的應用日誌表、一些重要且常用的系�i�p��、余��表、票價系列表�Q�另�?個是�~�省數據�R�衝。這種配置還不是最合理�Q�應該進一步把Systemtable這個命名�m衝細分成很多個，每一個單獨存放一�늳��i�p��?br />
2�Q?�Q? �R�衝�{�略
�R�衝�{�略是指把數據提前讀入內存的��制�Q�分預取�{�略(Prefetch rategy�Q�即大I/O�{�略)和取後馬上丟��策�?Fetch-and-Discard)、提�C�策(Hints)�{�幾�E�。可以在三個級別上�a�置表數據的預取�{�略(Prefetch Strategy�Q�即大I/O�{�略)��|��像級，會話級，查詢級。如果三個級別上都有�a�置�Q�它們發生作用的優先順序是：��像�?>; 會話�?>; 查詢級。對於如何在查詢級利用指定的�R�衝池，可以查看下面例子�Q��?K�R�衝池）�Q?br /> select au_fname, au_lname
  from authers (prefetch 4)
where au_id in ( A372020631, ..., A1887081515 )
go
DSS應用往往得益於大的I/O�Q�應該放開large I/O strategy預取�{�略�?br /> 如果一個應用傾向於OLTP特��R�Q�用戶能在會��q��關掉Prefetch來提高性能。對於OLTP應用�Q�關閉large I/O strategy預取�{�略。對於所取到的頁不會有重用的情況�Q�放開fetch-and-discard�{�略。客��系�i�對存根數據進行�i�p��的應用，如財收日�i�賬�Q�營銷分析數據整理模塊和�E�合查詢�{�，都可以利用這一�i�論。查看幾個操作頻�J�且較大的表上的�R�衝�{�略�Q�用如下命��o�Q?br /> sp_cachestrategy center,seat_area
sp_cachestrategy center,sale_record0505

2�Q? ��理�?br /> 2�Q?�Q? 頁鎖升級閥限
優化鎖的重要考慮是設�|�頁級鎖升級升級成表級鎖的閥限。要盡量避免頁鎖很快升級成表級鎖。在某客��數據��n中，用sp_configure 『lock』可以看到如下結果：
deadlock checking period          500          0       1000    1000
number of locks                5000    46875    200000  200000
page lock promotion HWM    200          0    10000    10000
page lock promotion LWM    200          0       200       200
page lock promotion PCT       100          0       90       90
可以看到頁鎖升級的閥限有三個：HWM�Q�最高點�Q?�?0000�Q�LWM�Q�最低點�Q�為200�Q�PCT�?0。Sybase數據庫內部根據PCT值按公式PCT*TAB_SZ/100得出�a�算閥限�Q�如果計��閥�?< LWM, 鎖升級發生在LWM��|��如果�a�算閥限 < HWM�Q�鎖升級發生在HWM倹{��如�?LWM < �a�算閥限 < HWM �Q�鎖升級發生在PCT*TAB_SZ/100倹{�?br /> 鎖升級閥限設�|�分��像級和服務器級兩種�?br /> 針對��像級設�|�（數據庫上的表或表上的索引�Q�，配置命��o是：
sp_setpglockpromote {"database" | "table"}, objname, new_lwm,new_hwm, new_pct
針對服務器級�a�置�Q�配�|�命令是�Q?br /> sp_setpglockpromote server, NULL, new_lwm, new_hwm, new_pct�?br /> 如果要刪除掉��像級上的頁鎖升級閥限，用：
sp_dropglockpromote {"database" | "table"}, objname

2�Q?�Q? 減少鎖爭奪的�Ҏ��Q?br /> 1�Q�降��式�a�計數據庫，創徏冗余表�?br /> 2�Q�把堆表�Q�沒有聚族烦引的表）分區�?br /> 3�Q�對於小表，使用fillfactor和max_rows_per_page來減��行密度�Q�從而��各行數據分佈到許多頁�Q�此�Ҏ��適用於SQL Server 11版，��於11.9.2版以後的Sybase數據�Q�有了行級鎖�Q�此�Ҏ��必要性不大）�?br />
2�Q? ��理臨時�?tempdb)
��理臨時庫一個重要原則是要避免臨時表跨多個設備，可以把tempdb從master�a�備中分離出來，攑ֈ�一個單獨的�a�備上去。這樣可以減少存取�pȝ��表時��I/O資源的爭奪。用sp_dropsegment 存儲過程從master�a�備中移除tempdb的default�D�和system�D�c��為了進一步提高tempdb的I/O速度�Q�可以考慮把tempdb整個放在RAM 驅動器或固態存儲�a�備上，存取速度是一般磁盤的1000倍。一般情況下�Q�tempdb會非帔R��J�地爭奪和佔用缺省數據�m衝，因為查詢會話中有�a�多臨時表要創徏、計��和刪除。所以推薦把tempdb�E�定到它自己的命名�m衝，這樣可以防止臨時��像在內存中的活動沖�z�掉�~�省數據�R�衝中的其他��象�Q�利於在多個�m衝間展開I/O。在使用臨時表的時候，還有一個原則：盡量�^�小表規模和行的寬度�Q�每一行只包括必要的列。例如在用select * into生成臨時表時�Q�如果只需要幾個列的數��|��׃��要用這樣的語句，而直接選取需要的列�?br />
2�Q? 使用多引擎（Multiple Network Engines�Q?br /> 如果操作�pȝ��使用了多個CPU�Q�那麼用sp_configure 配置數據庫的參數�Q�在�R�引擎數(max online engines)�Q�可以擴展系�i�q��E�絡I/O定w��Q�分佈網�i�I/O到各個引擎，從而提高性能�Q�允�a�更多的用戶連接�?br /> 在用戶登錄數據��n時，�^�是先登錄到引擎0�Q�由引擎0在可用引擎隊列中選擇一個掛最��連接的引擎來傳遞socket描述�W�，從而重定向連接到那個引擎，��p��引擎去處理跟此用戉��接盔R��的所有網�i�活動�?br /> ��於多引擎SMP�i�構�Q�SQL Server引入了自旋鎖(spinlock)的一�E�數據結構，在多個引擎間�׃�n。對��g��同類型的��d��Q�在哈希表上分配不同的自旋鎖�Q�有頁鎖自旋鎖、表鎖自旋鎖和地址自旋鎖�?br /> 自旋鎖的配置�Q?br /> sp_configure "page lock spinlock ratio", newval
sp_configure "table lock spinlock ratio", newval
sp_configure "address lock spinlock ratio", newval
增大數��|��可以減少��撞�Q�提高並發操作度。但是每一個自旋鎖�i�構要佔�?56字節的內存�?br /> 如果數據庫發�?279錯，可能原因�Q?br /> 1�Q�不允許��_��的鎖�Q�解��法是用sp_configure 調大 number of locks 數�?br /> 2�Q�在engine freelock �R�衝中沒有��夠的鎖，解決辦法是用sp_configure調大 max engine freelocks 數倹{�?br /> 如果數據庫系�i׃��用了4個引擎，那麼每個引擎的自由鎖�m衝中包含�Q�each engine-specific freelock cache 包含 5000 * .20 /4 = 250 個鎖�?br /> 在��^時，�E�常用sp_monitor和sp_sysmon監視CPU使用率，如果所有CPU的利用率高於85%�Q�增加CPU�Q�然後增大數據��n的引擎數�Q�可以改善性能�?br />
2�Q? �a�備使用的優�?br /> 把最常插入的表分區�Q�放在多個設備上�Q�這樣可以創徏多個頁鏈，從而改善多個並發插入時的性能�Q�因為每一個插入都要找到頁鏈，頁鏈有多個，��允�a�多個插入同時進行。這一點，��其適用於客��系�i�q��存根表和�a�票存根表（CG30_RRT�Q�，所帶來的性能改善會非常明��?br /> 物理I/O的代僚w��大於邏輯I/O�Q�所以要盡量減少��盤進行物理I/O的次數，盡量多進行內存中的邏輯I/O。��用statistics io工具和sp_sysmon�Q�來觀察磁盤I/O。可以配�|��用大的I/O來減��物理I/O的次數，�Ҏ��有三個：
1�Q�用更多的磁盤；
2�Q�表和烦引分開到不同的磁盤；
3�Q�增加一�ơI/O�pȝ��參數值的大小�?br /> SQL Server�^�是為I/O請求建立一個磁盤檢查的調度璎ͼ�用sp_configure "I/O polling process count"來提高數��|��加長璎ͼ�可以降低引擎的檢查次數，提高吞吐量。但較小的��g��般有助於減少響應時間�?br /> ��於可用的磁盤I/O控制塊，要查看操作系�i�文檔，用sp_configure "disk i/o structures"配置�Q�這個數��D��盡可能高�?br /> 分離日誌和數據，��C��同的�a�備�Q��tempdb自己的設備；分離表和索引��C��同的�a�備。這些�Ҏ��都可以減��I/O�?br />
2�Q? ��事務處理的調優
2�Q?�Q? 事務��型
事務處理無外乎三�E�：1,OLTP; 2, DSS; 3, OLTP + DSS 的�؜合負�?br /> OLTP�Q�聯��事務處理）的特點：
�?nbsp; 數據插入、修改和刪除�ȝ��?br /> �?nbsp; �E�常操作的是單個記錄�?br /> �?nbsp; 當不適當�a�計時，傑֐�於碰撞和衝突�?br /> DSS�Q�決�{�支持系�i�）的特點：
�?nbsp; 數據修改不太�ȝ��?br /> �?nbsp; 如果有插入和刪除�Q�是大批量的�?br /> �?nbsp; �q�x��一般是只讀操作�?br /> �?nbsp; 表連接很常見�?br /> �?nbsp; 有比較特別的查詢�?br /> OLTP + DSS 混合負載的特點權衡：
�?nbsp; 在性能斚w��要比較，是要吞吐量還是響應時間�?br /> �?nbsp; 在鎖斚w��要比較，是要並發性�D呢還是要數據一致性�D�?br />
2�Q?�Q? 事務��理原則
一般的事務��理原則有：
1) 分解大的事務成多個小的事務。如客票數據的備份操作中�Q�要刪除過期數據�Q�如果設�a�小事務做��@璎ͼ�便不會媄響應用，完全可以做到��M��時候備份和刪除�Q�不一定非得等服務器閒的時候做�?br /> 2) 避免在單個事務中更新或刪除大量的數據行。比如客��系�i�q��席位庫數據清理，即��在服務器閒的時候做這種操作�Q�也會鎖定整個表�Q�媄響售��?br /> 3) 盡量用可以接受的最低孤立級(isolation level)�Q�來提高並發度。如在余��查詢等功能的應用中�Q��用這種孤立級，便可以最大程度地降低��售��的影響�?br /> 4) 提高事務吞吐量的措施包括�Q�避免�g遲更斎ͼ�盡可能��用存儲過�E�等�{��?br />
2�Q?�Q? 跟事務特�늛�關的數據庫可調參數或�Ҏ�?br /> 相對於OLTP應用�Q�SQL Server有一些特性來滿��要求�?br /> 1) 命名�R�衝�Q�Named cache�Q?br /> ��於命名�R�衝�Q�可以配�|�多個不同大��的內存池，來滿��不同的應用需求。對於多個引擎的情況�Q�命名�m衝還有一項重要的功能是降低自旋鎖的內部爭奪�?br /> 2) 日誌I/O�R�衝大小可配�|?br /> sp_logiosize ["default" | "size" | "all" ]
�~�省值是4K�Q�但如果4K內存池沒有配�|�，SQL Server會��?K大小的內存池
3) 堆表可分區�Q�分佈插入操作到各個設�?br /> 適用於頻�J�插入的表和有並發BCP倒入數據的表�Q�如客票�pȝ��的售��存根和退��存根表�?br /> 4) 鎖升級閥限可配置�?br />
相對於DSS應用�Q�SQL Server也有一些特性來滿��要求
1) 應用大的 I/O �R�衝�?br /> 用sp_poolconfig來配�|��?br /> 2) �E�定��p��到命名�m�?br /> �?sysindexes, syslogs, 注意如果�?syslogs 攑ֈ�單獨的�m衝中�Q�可以減��在�~�省或其他命名�m衝上的自旋鎖爭奪。對於客��系�i�q��train_dir, stop_time, ��價�? 取票存儲過程盔R��的表都可以放在單獨的命名�R�衝上�?br /> 3) 取後丟棄�R�衝�{�略 (Fetch-and-discard cache strategy)
不會沖洗掉�m衝中的常用對象，可以減少MRU鏈的爭奪�Q�較��對OLTP事務的干擾�?br /> ��於收入�i�p��應用�Q�箔�a�過往存根表中的數據，可以應用這一�{�略�?br />
2�Q? �E�絡斚w��的調�?br /> Sybase客戶和服務器之徏傳遞的是TDS包，�~�省大小�?12字節。對��D��傌��大批量數據的應用�Q�如BCP�?文本/圖像的取用、大�i�果集SQL語句�Q�要用下面的配置命��o配置大的TDS包大��?br /> sp_configure "default network packet size", nnn
sp_configure "maximum network packet size", nnn
��於isql 和bcp�Q�可以在應用級指定TDS包的大小�Q�isql -Usa -P –Annn�Q�bcp -Usa -P –Annn�?br /> 注意在調大maximum network packet size的參數後�Q�要增大 additional network memory 參數�Q�來適應 maximum network packet size 的要求�?br />

虎啸长沙,龙跃深圳. 2008-09-02 15:29 发表评论

sp_sysmon性能诊断�l�果分析

虎啸长沙,龙跃深圳. — Sun, 20 Jul 2008 02:56:00 GMT

文章描述了通过sp_sysmon对Adaptive Server�pȝ��q�行情况有一个全面系�l�了解，有利于更好地熟悉�pȝ��性能�Q�更为有效地�q�行�pȝ��理�Q�合理地利用和配�|�系�l�资源，辑ֈ��pȝ��性能调优的目的�?
�?8个方面了解在用系�l�性能状况�Q��ƈ在适当的时候利用环境参数进行性能调优�Q?

1、内核管理（kernal�Q?br /> 2、应用管理（appmgmt�Q?br /> 3、数据缓存管理（dcache�Q?
4、ESP��理�Q�esp�Q?br /> 5、烦引管理（indexmgmt�Q?
6、锁��理�Q�locks�Q?
7、内存管理（memory�Q?br /> 8、元数据高速缓存管理（mdcache�Q?br /> 9、�Q务管理（taskmgmt�Q?
10、监视器讉K��SQL的执行（monaccess�Q?
11、网�l�I/O��理�Q�netio�Q?
12、�ƈ行查询管理（parallel�Q?br /> 13、过�E�缓存管理（pcache�Q?br /> 14、恢复管理（recovery�Q?
15、事务管理（xactmgmt�Q?br /> 16、事务概要（xactsum�Q?
17、磁盘I/O��理�Q�diskio�Q?
18、工作进�E�管理（wpm�Q?

括号后英文短词是该模块参数�?
步骤�Q�执行sp_sysmon “00:10:00”�Q�server�U�系�l�存贮过�E�，不需要打开某个数据库）�Q�或者执行如下格式的�q�程�Q�查看具体操作批命��o对应�pȝ��性能情况�Q�（10分钟�pȝ��查看�Q?
sp_sysmon begin_sample
SQL语句或者存贮过�E?
sp_sysmon commit_sample
本实验采�?sp_sysmon “hh:mm:ss”,性能模块名�?
可了解当前系�l�在各方面的�pȝ��q�行状况�Q�性能出现什么问题和不��^衡不协调之处�Q�学会��用相应的参数和措施进行解军_��调优�Q�不断比较对照调整前后的性能状况�Q�最�l�改善系�l�性能�?
说明�Q?、该命��o执行�l�果集的开头相同如下：

======================================================================
Sybase Adaptive Server Enterprise System Performance Report
======================================================================
Server Version: Adaptive Server Enterprise/11.9.2/1031/P/NT (IX86)/OS 3.
Server Name: Server is Unnamed
Run Date: May 28, 2001
Statistics Cleared at: 15:57:27
Statistics Sampled at: 16:07:28
Sample Interval: 00:10:00

2、执行结果集的每列信息提�C�：

per sec �Q?采样期间每秒的��^均�?
per xact�Q?采样期间每提交一个事务的�q�_��?
count �Q?采样期间每秒的总计�?
% of total�Q?占��L��的百分比�Q�根据不同情况各有不�?

3、结果集对应�l�出性能情况描述、分析以及可调性说�?
4、只�l�出部分模块的监视结果（可能有删节）�Q�用sp_sysmon “hh:mm:ss”可看全部详细情况�?
单元一�Q�监视内核利用情�?
命��o行：sp_sysmon “00:10:00”,kernal
�l�果�Q?

Kernel Utilization �Q�内核利用）

------------------
Engine Busy Utilization
Engine 0 1.8 %
引擎�J�忙�E�度应在80%-90%之间�Q�如果长期在90%以上�Q�应考虑增加引擎数来改善性能。因为此时内部管理进�E�无法向��盘写入�Q�则��查点需要将许多��写回磁盘，而检查点�q�程很可能将CPU的利用率提高�?00%�Q�导致响应时间明昑֢�加�?
CPU Yields by Engine per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Engine 0 6.6 0.6 3949 100.0 %
引擎攑ּ�CPU�ơ数�Q? of total=1个引擎放弃次�?所有引擎放弃次敎ͼ�如果昄��引擎利用率较低，可通过攑ּ�数判断是否真实反映引擎的停止情况。增�?#8220;runnable process search count”�Q�引擎放弃CPU�l�OS之前一个引擎��@环查扑֏�执行��d��的次敎ͼ�参数可增加CPU的驻留时��_��而如果想减少引擎在空闲时��查I/O的时��_��可减��该参数的倹{�?
Network Checks
Total Network I/O Checks 0.0 0.0 0 n/a
引擎发送或接收�|�络包的�ơ数。引擎空闲时频繁��查网�l�包�Q�如果该值很低�?#8220;CPU Yields by Engine”的值高�Q�表明引擎可能被频繁攑ּ��?
可能包括��d��和非��d��两种��查方式。非��d��方式不管有无I/O�{�待都对�|�络�q�行I/O��查。如果引擎已被放弃�ƈ正执行阻塞网�l�检查，则在�|�络包到达以后仍保持一�D늝�眠时��_��潜伏期）。此时增�?#8220;runnable process search count”�Q�缺�?000�Q�参数可减少潜伏期，保持引擎有较长的循环��查时��_��而不是过早被攑ּ��?
Disk I/O Checks��盘I/O��查情况：
Total Disk I/O Checks 693.2 58.8 415939 n/a
Checks Returning I/O 469.9 39.9 281921 67.8 %
引擎对I/O情况的有效检查（I/O完成�ơ数�Q�，如过高或�q�低�Q�用“i/o polling process count”�Q�Server的调度程序在��查磁盘I/O或网�l�I/O之前可执行的最大进�E�数�Q�参数增加或减少��查频率。通常说增加该值可增加有大量磁盘或�|�络I/O的应用的吞吐量，反之�Q�减��该值有可改善其响应旉��?
Avg Disk I/Os Returned n/a n/a 0.03020 n/a

增加引擎在检查期间的�{�待旉��可改善吞吐量�Q�因为减��引擎检查I/O旉��相应增加执行�q�程的时间�?

单元二：监视�q�行查询��理
命��o行：sp_sysmon “00:10:00”,parallel
�l�果�Q?报告�q�行查询�ơ数、执行期间调整了多少工作�q�程�Q�以及在merge和sort操作时加锁情��c�?

Parallel Query Management
-------------------------
Parallel Query Usage per sec per xact count % of total
------------------------- --------- --------- ------- ----------
Total Parallel Queries 0.1 8.0 16 n/a
优化器自动确定是否�ƈ行操作，以及为此使用多少工作�q�程�?
WP Adjustments Made
Due to WP Limit 0.0 0.0 0 0.0 %
会话�U�的限制�?#8220;set parallel_degree” or “set scan_parallel_degree”参数控制�?
Due to No WPs 0.0 0.0 0 0.0 %
�~�Z��可用的工作进�E�导致申请工作进�E�数减少。可适当增加“number of worker processes”
Merge Lock Requests per sec per xact count % of total
报告�q�行merge操作的锁��h��敎ͼ�很快授予锁的数目�Q�下�?�U�类型锁的等待情况：
------------------------- --------- --------- ------- ----------
Network Buffer Merge Locks
Granted with no wait 4.9 438.5 877 56.2 %
Granted after wait 3.7 334.5 669 42.9 %
Result Buffer Merge Locks
Granted with no wait 0.0 0.0 0 0.0 %
Granted after wait 0.0 0.0 0 0.0 %
Work Table Merge Locks
Granted with no wait 0.1 7.0 14 0.9 %
Granted after wait 0.0 0.0 0 0.0 %
------------------------- --------- --------- -------
Total # of Requests 8.7 780.0 1560
Sort Buffer Waits per sec per xact count % of total
------------------------- --------- --------- ------- ----------
Total # of Waits 0.00.0 0 n/a
�q�行排序所�?#8220;排序�~�冲区等�?#8221;锁。如果等待数较高�Q�可考虑加大“number of sort buffers”的倹{�?
======================================================================

单元三：监视执行SQL的访问情�?
命��o行：sp_sysmon “00:10:00”,monaccess
�l�果�Q?

Monitor Access to Executing SQL�Q�监视执行SQL的访问情况）

-------------------------------
per sec per xact count % of total
------------ ------------ ---------- ----------
Waits on Execution Plans 0.0 0.00 n/a
每个试图使用sp_showplan但必��ȝ��待获得访问查询计划的读资��|��报告�{�待�ơ数�?
Number of SQL Text Overflows 0.0 0.0 0 n/a
SQL�Ҏ��本超�q�文本缓冲区大小的溢出次数�?
Maximum SQL Text Requested n/a n/a 0 n/a
(since beginning of sample)
“max SQL text monitored”�Q�缺省�ؓ0�Q�参数指定分配给每个�q�接用户的内存量�Q�用以保存SQL文本到内存，供sever监视器共享。推荐��gؓ1024�?
======================================================================
单元四：事务概要
命��o行：sp_sysmon “00:10:00”,xactsum
�l�果�Q?

Transaction Profile�Q�事务概要）

报告提交的事务数�Q�要��量减少多数据库事务的提交（一个事务对多数据库的访问）
Transaction Summary per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Committed Xacts 11.8 n/a 7073 n/a
Transaction Detailper sec per xactcount% of total
------------------------- ------------ ------------ ---------- ----------
Inserts
APL Heap Table 13.6 1.2 8189 100.0 %
如果大量堆表数据插入�Q�结合查看锁的堆表最后一��锁情况�Q�是否引起严重的锁争夺，随之调整相应的数据表�Q�避免因为锁资源争夺引�v性能降低�?
APL Clustered Table 0.0 0.0 0 0.0 %
对全��锁的表插入数据行，注意可能引�v的页分裂�?
Data Only Lock Table 0.0 0.0 0 0.0 %
------------------------- ------------ ------------ ---------- ----------
Total Rows Inserted 13.6 1.2 8189 100.0 %

单元五：事务��理
命��o行：sp_sysmon “00:10:00”,xactmgmt
�l�果�Q?

Transaction Management�Q�事务管理）

----------------------
　　用户日志cache�Q�每个用户对应一个）降低了写入事务日志的�ơ数�Q�如果是多处理器�pȝ��q�减��了事务日志当前��늚�争夺�Q�因而提高了性能。可配置环境参数“user log cache size”�Q�缺省最�?048字节�Q�，太小��D��用户日志常满�q��J�写入事务日志，太大则每个连接用户都扩大�Q�又造成内存��费。原则是配置不超�q�事务完成写入事务日志的长度�?
ULC Flushes to Xact Log per sec per xact count % of total
各种�c�d��D��写入事务日志的次�?
------------------------- ------------ ------------ ---------- ----------
by Full ULC 0.0 0.0 0 0.0 %
如果% of total的��D��q?0%�Q�考虑增加环境参数“user log cache size”的倹{�?
by End Transaction 11.8 1.0 7095 95.5 %
以显式或隐式的rollback或commit标志事务�l�束。值大表示有很多短��事务�?
by Change of Database 0.0 0.0 12 0.2 %
如果值大�Q�考虑减低ULC中大�?K的缓冲池�Q�降低或去除大块I/O池�?
by System Log Record 0.5 0.0 321 4.3 %
�? of total值大�?0%�q�且ULC长度大于2048�Q�考虑降低ULC的长度�?
by Other 0.0 0.0 0 0.0 %
------------------------- ------------ ------------ ----------

Total ULC Flushes 12.4 1.1 7428

单元六：索引��理
命��o行：sp_sysmon “00:10:00”,indexmgmt
�l�果�Q?

Index Management�Q�烦引管理）
索引可以加速数据检索，但同时又降低了更新的性能�?

----------------
Nonclustered Maintenance per sec per xact count % of total
非聚��烦引维护情况：报告因�ؓ插入、删除、修攏V��页分裂�{�造成的烦引维护次数�?
------------------------- ------------ ------------ ---------- ----------
Ins/Upd Requiring Maint 0.0 0.0 0 n/a
影响索引的插入和修改的操作数�Q�需要维护非聚簇索引。对于插入，有多��非聚簇索引�Q�就需要增加多��烦引维护的开销�Q�对于修改，则只对相关的索引�q�行�l�护�?
# of NC Ndx Maint 0.0 0.0 0 n/a
因�ؓ插入和修攚w��要对多少非聚��烦引进行维护�?
Deletes Requiring Maint 0.0 0.0 0 n/a
# of NC Ndx Maint 0.0 0.0 0 n/a
影响索引的删除操作次敎ͼ�以及需要维护的非聚��烦引数�?
RID Upd from Clust Split 0.0 0.0 0 n/a
在APL�Q�全��锁�Q�的聚簇索引表发生页分裂�ơ数�Q�相应需要进行烦引维护�?
# of NC Ndx Maint 0.0 0.0 0 n/a
��分裂后对应的烦引维护次数�?
Upd/Del DOL Req Maint0.0 0.0 0 n/a
DOL表发生媄响烦引的修改删除操作�ơ数�?
# of DOL Ndx Maint 0.0 0.0 0 n/a
对应索引�l�护�ơ数�?
Page Splits 0.0 0.0 0 n/a
包括数据��c��聚��烦引页和非聚簇索引��因为插入新行没有��够空间单元导致页分裂。页分裂造成修改索引��c��修攚w��指针、增加锁资源争夺�{�从而降低性能�?
如果��分裂度高（�ơ数多）�Q�而又是对全页加锁表进行插入操作，�q�且表有�l�合键的聚簇索引�Q�这时可通过改变那些索引的页分裂�Ҏ��减少��分裂，��x��说组合键的第一个键表中在用�Q�第二个键列值按升序排列�Q�也可考虑用fillfactor的合适配�|�来降低在聚��烦引的APL表的数据��以及非聚簇索引的叶子数据页上的��分裂�?
��对表插入行按照升序插入方式，�q�样发生��分裂点也是在插入行点而不是在��中��_��q�样能够提高性能。通过dbcc tune (ascinserts, 1, "表名")讄��插入方式�Q?反之�?
如果索引�l�护量大�Q�会因�ؓ�l�护需要额外的�q�程、额外的I/O、额外的索引��锁从而媄响性能。可以通过�Ҏ��不同操作�ơ数与导致的�l�护�ơ数�Q�如果维护次数很多，�q�发生页分裂、retries�{�现象，严重时可考虑不用索引�?
单元七：锁管�?
命��o行：sp_sysmon “00:10:00”,locks
�l�果�Q?

Lock Management�Q�锁��理�Q?br /> 报告锁、死锁、锁提升和锁争夺的情�?

---------------
Lock Summary�Q�锁概述�Q?per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Total Lock Requests 26.1 2.2 15676 n/a
��d��的锁��h��
Avg Lock Contention 0.0 0.0 0 0.0 %
�q�_��锁争�?
Deadlock Percentage 0.0 0.0 0 0.0 %
死锁出现的比�?
Lock Hashtable Lookups 26.1 2.2 15677 n/a
对hash表的表、页、行锁的查询�ơ数�?
Avg Hash Chain Length n/a n/a 0.00038 n/a
Hash铑��^均长度：采样期间每个hash桶的�q�_��加锁数目。如果每个hash链超�q?个锁�Q�可用参�?#8220;lock hashtable size”调整扩大加锁hash表的大小�Q�尤其是大型bcp可配�|�更大�?
Lock Detail per sec per xactcount % of total
------------------------- ------------ ------------ ---------- ----------
对于各种�c�d��的锁�l�节�Q�重�Ҏ��看其立即授予和等待情��c�?
Last Page Locks on Heaps 堆表最后页�?
Granted 13.6 1.2 8189 100.0 %
Waited 0.0 0.0 0 0.0 %
------------------------- ------------ ------------ ---------- ----------
Total Last Pg Locks 13.6 1.2 8189 100.0 %
如果堆表最后一��锁的争夺激烈（��其是热对象的等待时间过长）�Q�考虑建立聚簇索引�Q�或者表分区来解决锁资源争夺问题�?
Deadlocks by Lock Type per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Total Deadlocks 0.0 0.00 n/a
死锁出现�ơ数。当很多事务同时讉K��同一个数据库�Ӟ��会加剧锁资源争夺�Q�严重时事务之间会发生死锁。可用sp_object_stats查明死锁位置。该�q�程报告资源争夺最�Ȁ烈的10张表、一个数据库中资源争夺的表和单个表的争夺情况。语法�ؓsp_object_stats interval [, top_n
[, dbname [, objname [, rpt_option ]]]]�Q�查看锁争夺情况只需讄��interval�?#8220;hh:mm:ss”。如果显�C�每�U�锁的争夺程度超�q?5%�Q�应该改变加锁方式，比如表的全页锁改成数据页锁，数据��锁�Ҏ��数据行锁�{��?
Deadlock Detection 死锁��?
Deadlock Searches 0.0 0.0 0 n/a
死锁��次数。死锁检��将特花�Ҏ��_��如果��次数过多，用参�?#8220;deadlock checking period”�Q�缺�?00ms�Q�调节死锁检��周期�?
Lock Promotions 锁提�?
Total Lock Promotions 0.0 0.0 0 n/a
锁提升指排它��锁到排它表锁、共享页锁到�׃�n表锁、排它行锁到排它表锁、共享行锁到�׃�n表锁、共享next_key锁到�׃�n表锁。查看锁提升是否加剧了锁争夺或死锁发生，如果锁争夺激烈�ƈ且锁提升频繁�Q�考虑调整锁的隔离�U�别�Q�对全页锁表�Q�需�?�U�也可强制�ؓ3�U��?
Lock Timeouts by Lock Type per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Total Timeouts 0.0 0.0 0 n/a

单元八：数据cache��理
命��o行：sp_sysmon “00:10:00”,dcache
�l�果�Q?

Data Cache Management�Q�数据cache��理�Q?/p>
---------------------
　　报告数据cache的自旋锁争夺、cache应用、cache��M��错失、配�|�缓冲池的翻转、清�z�缓存（包括脏页�Q�、预取的��h��与拒�l�、读脏页��h��{�情��c�?
Cache Statistics Summary (All Caches)
-------------------------------------
per sec per xactcount % of total
------------ ------------ ---------- ----------
Cache Search Summary cache的击中和错失�ơ数
Total Cache Hits 18.6 1.6 11171 89.9 %
Total Cache Misses2.1 0.2 1251 10.1 %
------------------------- ------------ ------------ ----------
Total Cache Searches 20.7 1.8 12422
Cache Turnover
Buffers Grabbed 0.2 0.0 102 n/a
�~�存掠夺。Count表示cache�~�存块链中从LRU末端取走的缓存块�ơ数�?
Buffers Grabbed Dirty 0.0 0.0 0 0.0 %
脏页掠夺。在从LRU末端取走脏页时必��ȝ��待将脏页写回��盘。如果其值非�Ӟ��可找出是什么cache受到影响�Q�这事关cache的击中性能问题�?
Cache Strategy Summary cache�{�略�Q�对所有的cache�Q?
Cached (LRU) Buffers 19.8 1.7 11880 100.0 %
报告有多��cache中的�~�存块放�|�到MRU/LRU铄��头部�?
Discarded (MRU) Buffers 0.0 0.0 0 0.0 %
报告多少�~�存块采用了获取-丢弃�{�略�Q�缓存块用过以后被放到缓存块铄��h��标记处�?
Large I/O Usage
0.0 0.0 0 n/a
大块I/O��h��使用�ơ数�Q�这里没有设�|�大块I/O�Q�故均�ؓ0��|��也没有其授权或拒�l��用情��c�?
Large I/O Effectiveness
大块I/O的��用效果，癑ֈ�比��g��表示很少的页被带入cache供查询��用，可进一步查看单个cache的��用情��c�?
Pages by Lrg I/O Cached 0.0 0.0 0 n/a
通过涉及的页数衡量性能是否有益。低的百分比值意味着表的存贮�l�构很碎�Q�或是不恰当的cache配置�{�略�?
Asynchronous Prefetch Activity
0.0 0.0 0 n/a
异步预取情况可结合磁盘I/O��理查看。可看参�?#8220;global async prefetch limit”�?
Other Asynchronous Prefetch Statistics
APFs Used 0.0 0.0 0 n/a
异步预取合格的页数�?
APF Waits for I/O 0.0 0.0 0 n/a
�q�程�{�待异步预取完成的次数。表�C�查询需要的��|��有尽早地完成异步预取�Q�这栯��E�处于等待状态。出��C��定的癑ֈ�比是合理的：查询的首�ơ异步预取请求通常需要等待；每次的顺序扫描移动到新的分配单元时发出预取请求，查询必须�{�待�W�一�ơ的I/O�l�束�Q�每�ơ非聚簇索引扫描扑ֈ�合适的行集�Q�也会发出对��늚�预取��h��Q�也要等待第一�ơ的��返回�?
APF Discards 0.0 0.0 0 n/a
报告已经被异步预取读入但在��用之前就被放弃的��|��。如果其值高�Q�徏议增加缓冲池的尺寸单位（比如�?K增加4K�?K�?6K的缓冲池�Q�以改善性能�Q�或者表�C�预取进入cache的很多页�q�不为查询所需要�?
Dirty Read Behavior
Page Requests 0.0 0.0 0 n/a
隔离�U��ؓ0的脏读请求的��|��?
-------------------------------------------------------------------------------
Cache: default data cache �~�省数据cache的情况：
per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Spinlock Contentionn/a n/a n/a 0.0 %
自旋锁只对SMP环境有用。当一个用户�Q务对cache的修改完成之前，其它��d��不能访问该cache而只有等待。虽然自旋锁�ȝ��旉��短，但对于高事务率的多处理器�pȝ��的性能依然有不好媄响，如果自旋锁比例超�q?0%�Q�应考虑建立命名cache或者是增加cache分片�?
Utilization n/a n/a n/a 100.0 %
下面是cache��查的具体情况�Q?
Cache Searches
Cache Hits 18.6 1.6 11171 89.9 %
Found in Wash 1.1 0.1 677 6.1 %
Cache Misses 2.1 0.2 1251 10.1 %
------------------------- ------------ ------------ ----------
Total Cache Searches 20.7 1.8 12422
Pool Turnover
2 Kb Pool
LRU Buffer Grab 0.2 0.0 102 100.0 %
Grabbed Dirty 0.0 0.0 0 0.0 %
------------------------- ------------ ------------ ----------
Total Cache Turnover 0.2 0.0 102
Buffer Wash Behavior
Statistics Not Available - No Buffers Entered Wash Section Yet
Cache Strategy
Cached (LRU) Buffers 19.8 1.7 11880 100.0 %
Discarded (MRU) Buffers 0.0 0.0 0 0.0 %
Large I/O Usage
Total Large I/O Requests 0.0 0.0 0 n/a
Large I/O Detail
No Large Pool(s) In This Cache
Dirty Read Behavior
Page Requests 0.0 0.0 0 n/a

单元九：内存��理
命��o行：sp_sysmon “00:10:00”,memory
�l�果�Q?
Memory Management�Q�内存管理）
per secper xactcount % of total
--------------------------- ------------ ------------ ---------- ----------
Pages Allocated 0.0 0.0 13 n/a
Pages Released 0.0 0.0 13 n/a

内存中分配一个新��늚��ơ数�Q�相当于分配新页敎ͼ��Q�以及释攑ֆ�存的��|��?

单元十：��盘I/O��理
命��o行：sp_sysmon “00:10:00”,diskio
�l�果�Q?

Disk I/O Management�Q�磁盘I/O��理�Q?/p>
-------------------报告server��M��盘I/O行�ؓ�Q�包括读、写和逻辑讑֤�上的semaphore争夺�?
Max Outstanding I/Os per sec per xact count % of total
最大显著I/O敎ͼ�server��M��开销的最大I/O敎ͼ�分别通过server和引擎表�C��?
------------------------- ------------ ------------ ---------- ----------
Server n/a n/a 10 n/a
Engine 0 n/a n/a 10 n/a
I/Os Delayed by
�pȝ��遇到I/O延迟问题�Q�类��g��I/O被server或操作系�l�限刉��塞一栗��多数操作系�l�都有一个参数限制异步I/O数。可用sp_configure查看参数“allow sql server async i/o”�?
Disk I/O Structures n/a n/a 0 n/a
辑ֈ��盘I/O�l�构极限从而被延迟的I/O数。当server��过了可用磁盘I/O的控制块敎ͼ�I/O��׃��被�g�q�，因�ؓserver在开始一个I/O��h��旉��要通过��d��来得��C��个磁盘I/O控制块。如果其值非�Ӟ��通过讄��增加参数�?#8220;disk i/o structures”�Q�缺�?56�Q�来增加��盘I/O控制块数�Q�如果操作系�l�允许尽可能讄��大一些，以��用光��盘I/O�l�构的机会降到最��?
Server Config Limit n/a n/a 0 n/a
用参�?#8220;max async i/os per server”�Q�缺�?147483647�Q�进行调整server一�ơ所用异步磁盘I/O��h��数�?
Engine Config Limit n/a n/a 0 n/a
引擎配置最大异步磁盘I/O��h��数限�Ӟ��用参�?#8220;max async i/os per engine”查看和调整�?
Operating System Limit n/a n/a 0 n/a
操作�pȝ��的限制数查看操作�pȝ��文��?
Device Activity Detail
----------------------
Device:
master.dat
master per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Reads
APF 0.0 0.0 0 0.0 %
Non-APF 0.2 0.0 102 78.5 %
Writes 0.0 0.0 28 21.5 %
------------------------- ------------ ------------ ---------- ----------
Total I/Os 0.2 0.0 130 1.5 %
Device Semaphore Granted 0.2 0.0 130 100.0 %
Device Semaphore Waited 0.0 0.0 0 0.0 %
-----------------------------------------------------------------------------

虎啸长沙,龙跃深圳. 2008-07-20 10:56 发表评论

虎啸长沙,龙跃深圳. — Sat, 19 Jul 2008 04:40:00 GMT
以前的文��，整理时发玎ͼ�贴出
常用的命令集�?br /> 一、配�|�命�?br /> 1、检查CPU使用情况�Q?br />    sp_sysmon "internal","model"
   internal是监视时间。例如："00:01:00"
   model是模块的名称。包�?kernel','wpm','parallel','taskmgmt','appmgmt','esp','housekeeper','monaccess','xactsum','xactmgmt','indexmgmt','mdcache','locks','dcache','pcache','memory','recovery','diskio','netio'

2、检查��用的最大的引擎�?CPU)
   sp_configure "max online engines"
   此命令还可以改变sybase�pȝ��使用CPU的数量�?br />    注意�Q�改变后需要重新启动sybase才可以��Ҏ��生效。引擎的数量是�ȝ��CPU数量减一

3、显�C�引擎号、状态、相关�Q务数以及引擎启动的时��_��
   select engine, status, affinitied, starttime from sysengines

4、显�C�每个用��L��J�忙�E�度
   sp_reportstats

5、监视配�|�参数的�q�行情况
   sp_monitorconfig "open objects"
   参数见sp_monitorconfig中的�?br />
二、权限命�?br /> 1、给一个用��h��所有的权限
   grant all to user_name

2、给一个用��h��Ҏ��张表的所有权�?br />    grant all on table_name to user_name

3、添加一个登�?login)
   sp_addlogin

三、TSQL使用
1、统计信息更�?br />    select "print '"+name+"'"+char(10)+"update statistics "+name+ char(10) + "go"
      from sysobjects
   where (type='U' or type='S')
   order by name

2、显�C�所有触发器的名�U�、徏立时�?br />    SELECT USER_NAME(A.uid) 'Table Owner',
         B.name 'Table Name',
         A.name 'Trigger Name',
         CONVERT(char(10),A.crdate,101)+SUBSTRING(CONVERT(char(20),A.crdate,0),13,7) 'Create Date'
   FROM sysobjects A,
         sysobjects B
   WHERE A.type='TR'
      AND (A.id=B.instrig OR A.id=B.updtrig OR A.id=B.deltrig)

3、关于参�?br />    --生成建立已有参照的SQL语句
   select distinct result_sql='alter table '+rtrim(object_name(tableid))+' add constraint '
   +rtrim(object_name(constrid))+' foreign key('+
   +col_name(sysreferences.tableid,sysreferences.fokey1)+substring(',',1,sysreferences.fokey2)
   +col_name(sysreferences.tableid,sysreferences.fokey2)+substring(',',1,sysreferences.fokey3)
   +col_name(sysreferences.tableid,sysreferences.fokey3)+substring(',',1,sysreferences.fokey4)
   +col_name(sysreferences.tableid,sysreferences.fokey4)+substring(',',1,sysreferences.fokey5)
   +col_name(sysreferences.tableid,sysreferences.fokey5)+substring(',',1,sysreferences.fokey6)
   +col_name(sysreferences.tableid,sysreferences.fokey6)+substring(',',1,sysreferences.fokey7)
   +col_name(sysreferences.tableid,sysreferences.fokey7)+') '
   +'references '+rtrim(object_name(reftabid))+'('
   +col_name(sysreferences.reftabid,sysreferences.refkey1)+substring(',',1,sysreferences.refkey2)
   +col_name(sysreferences.reftabid,sysreferences.refkey2)+substring(',',1,sysreferences.refkey3)
   +col_name(sysreferences.reftabid,sysreferences.refkey3)+substring(',',1,sysreferences.refkey4)
   +col_name(sysreferences.reftabid,sysreferences.refkey4)+substring(',',1,sysreferences.refkey5)
   +col_name(sysreferences.reftabid,sysreferences.refkey5)+substring(',',1,sysreferences.refkey6)
   +col_name(sysreferences.reftabid,sysreferences.refkey6)+substring(',',1,sysreferences.refkey7)
   +col_name(sysreferences.reftabid,sysreferences.refkey7)+')'
   +char(10)+"go"
   from sysreferences,syscolumns,sysobjects
   where sysreferences.tableid=sysobjects.id
      and sysobjects.id=syscolumns.id
      and sysobjects.type='U'
   order by sysobjects.name
   go
   --生成删除参照的SQL语句
   select distinct result_sql='alter table '+rtrim(object_name(sysreferences.tableid))+' drop constraint '+rtrim(object_name(sysreferences.constrid))+char(10)+"go"
      from sysreferences,syscolumns,sysobjects
   where sysreferences.tableid=sysobjects.id
      and sysobjects.id=syscolumns.id
      and sysobjects.type='U'
   order by object_name(sysreferences.tableid)
   go

4、关于表�U�锁
   --列出所有锁�c�d��锁的�?br />    select name
      from sysobjects
   where type='U'
      and sysstat2 & 57344 = 32768
      and name not like "XT%"
   order by name

   --调优的方法有�Q�调整锁�c�d��Q�调整表的聚��烦�?br />    --调整表锁�c�d��锁，可以提高对表的�ƈ发访问性能�Q�但是同时也会占用更多的�pȝ��资源
   --修改行锁的SQL语句�Q�alter table [table_name] lock [datarows|allpages]
   --
   --调整表的聚簇索引在数据插入时�Q�降低对表的最后一��늚�争用
   --Sybase规定一张表只能有一个聚��烦引，所以在调整聚簇索引�Ӟ��要先删除原有的聚��烦引，然后再徏立新�?br />    --例如��SB_ZSXX表的在ZSXH上聚��烦引修改�ؓ在NSRSBH上的聚簇索引.
   --删除原聚��烦引PK_SB_ZSXX
   drop index SB_ZSXX.PK_SB_ZSXX
   go
   create  nonclustered index PK_SB_ZSXX on SB_ZSXX(ZSXH)
   go
   -- 建立IDX_SB_ZSXX_NSRSBH的聚��烦�?br />    drop index SB_ZSXX.IDX_SB_ZSXX_NSRSBH
   go
   create  clustered index IDX_SB_ZSXX_NSRSBH on SB_ZSXX(NSRSBH)
   go
   --以上的烦引信息可以用sp_help命��o列出

5、求出指定字�D늭�于指定值的记录�?br />    declare @lc_colname varchar(30)
   --declare @lc_colvalue /*定义�Ʋ求值的变量�Q�随着变量的类型定义不同的�?/
   --取包含指定列名的�?br />    select distinct name=object_name(id) into #AA from syscolumns where name = @lc_colname
   --生成SQL�Q�求出指定字�D늭�于指定值的记录�?br />    select "insert into #BB select tname='"+name+"',cnt=count(*) from "+name+" where " + @lc_colname + "='" + @lc_colvalue + "'"+char(10)+"go"
      from #AA
   --�q�行SQL
   --��查记录不为零的表�Q�既为求出的�?br />    select * from #BB where cnt>0

6、列出所有无主键的表
   select name from sysobjects
   where name not in (
                        SELECT object_name(id)
                        FROM sysindexes
                        WHERE  indid > 0
                              AND status2 & 2 = 2
                              and status & 2048 = 2048
                     )
   and type="U"
   order by name

7、关于用��L��?br />    --锁定用户
   select "sp_locklogin "+name+",'lock'"+char(10)+"go"
      from syslogins
   where name not like "%prim%"
      and name not like "%maint%"
      and name not like "sa"
   order by name

   --解除锁定的用�?br />    select "sp_locklogin "+name+",'unlock'"+char(10)+"go"
      from syslogins
   where name not like "%prim%"
      and name not like "%maint%"
      and name not like "sa"
   order by name
8、�ؓctais_maint授权
   select "grant all on "+name+" to ctais_maint"+char(10)+"go" from sysobjects where type="U"

9、整理出字段�c�d��有text和image的表
   --text�c�d��
   select distinct name=object_name(id)
      from syscolumns
   where type=35
      and id in (select id from sysobjects where type="U")
   order by object_name(id)

   --image�c�d��
   select distinct name=object_name(id)
      from syscolumns
   where type=34
      and id in (select id from sysobjects where type="U")
   order by object_name(id)

10、修改identity列的最大�?br />    --讄��包含identity列的表�ؓ可直接插入记�?br />    set identity_insert [table] [on|off]
   --插入一个比较大的�?br />    insert into [table] values([value])

虎啸长沙,龙跃深圳. 2008-07-19 12:40 发表评论

查寻提示改变优化�?

虎啸长沙,龙跃深圳. — Wed, 16 Jul 2008 03:23:00 GMT

在Sybase中我们可以象�?a class="bluekey" target="_blank">Oracle那样�l�予查寻提示吗？如何做呢�Q?br /> 发表�?4�q?�?�?/p>
　　象Oracle�pȝ��那样�Q�在Sybase中优化器提示可以更改优化器。它们应当更慎重��C��用。当数据建模正确实行�Q�必要的索引存在�Q�及时地更新�l�计�Q�仔�l�编写代码后�Q�ASE优化器可以完成出色的优化工作�?/p>
ASE允许你说明优化器改动如下�Q?br /> [ SET FORCEPLAN ON ]

SELECT columns
FROM table ( [ INDEX indid or name | PREFETCH size | MRU | LRU ] )
WHERE columns = something

UPDATE table
   SET columns = something
FROM table ( [ INDEX indid or name | PREFETCH size | MRU | LRU ] )
WHERE columns = something

DELETE table
FROM table ( [ INDEX indid or name | PREFETCH size | MRU | LRU ] )
WHERE columns = something

[ SET FORCEPLAN OFF ]

指定索引

　　通过用关键字INDEX及说明indid或烦引名�U�C��可以强制使用特定的烦引，如果你必��d��q��用一个烦引，你应当一直用索引名称而不是indid。这是因为indid是根据生成的�ơ序分派�l�许多烦引，例行的数据库�l�护会改变indid�?/p>
你也可以�? INDEX 0 )来定义一个图表扫描。这意味着ASE要进行一�ơ全图表扫描�?/p>

强制索引
SELECT columns
FROM table ( INDEX index_name )
WHERE columns = something

UPDATE table
   SET columns = something
FROM table ( INDEX index_name )
WHERE columns = something

DELETE table
FROM table ( INDEX index_name )
WHERE columns = something

To force a Full Table Scan:
SELECT columns
FROM table ( INDEX 0 )
WHERE columns = something

UPDATE table
   SET columns = something
FROM table ( INDEX 0 )
WHERE columns = something

DELETE table
FROM table ( INDEX 0 )
WHERE columns = something

　　象我们前面提到的�Q��用提�C�Z��引�v应用�l�护和最甲优化策略的应用问题�Q�如果你要强制实施烦引或图表扫描�Q�不要在应用代码内执行。用索引或图表扫描生成一个view�Q�用view作�ؓ图表。这��你的�l�护方便很多�Q��ƈ且指明了强制索引或图表扫描的对象�?/p>
例如

CREATE
VIEW vw_[index_name | scan]_test_table
AS
SELECT columns
FROM table ( INDEX index_name | 0 )
go

�q�段语句讉K��了图表，强制实施了一�U�方法，�q�可以用作view

例如

SELECT columns
FROM vw_[index_name | scan]_table
WHERE columns = something

UPDATE table
   SET columns = something
FROM vw_[index_name | scan]_table
WHERE columns = something

DELETE table
FROM vw_[index_name | scan]_table
WHERE columns = something

�q�接�ơ序

用SET FORCEPLAN [ ON | OFF ]实施�q�接�ơ序

　　警告�Q�！�Q�实施连接次序会增加应用的维护工作。另外系�l�的发展也会产生一条更有效的途径�?/p>
　　�Ҏ��选项讑֮�的SET FORCEPLAN ON all查寻��用它们在查��M��FROM子句的次序来�q�接�?/p>
例如
SET FORCEPLAN ON

SELECT t1.columns
FROM table1 t1,
       table2 t2
WHERE t1.column01 = t2.column01

SET FORCEPLAN OFF
go

　　在前面的例子中，我们强制ASE在作为Outer图表的test_table1上进行扫描，�Ҏ��l�计情况�q�可能是一件很坏的事，只要非常熟练的DBA才能用这��L��逻辑来实施�?br />

虎啸长沙,龙跃深圳. 2008-07-16 11:23 发表评论

Sybase配置参数

虎啸长沙,龙跃深圳. — Wed, 09 Jul 2008 09:32:00 GMT

Sybase配置参数

sp_configure 'max online engines',4
go
--配置启动cpu个数
sp_configure 'number of engines at startup',4
go
--配置最大内存数
sp_configure 'max memory' ,2097151
go
--分配最大存储过�E�缓�?br /> sp_configure 'procedure cache',102400
go
--配置高速缓�?br /> sp_cacheconfig  'default data cache' , '700M'
go
--�~�省�~�存分配��大��?br /> sp_poolconfig 'default data cache','200M','16K'
go
--�|�络包大��?br /> sp_configure 'max network packet size',1024
go

--最大连接数
sp_configure 'number of user connections',500
go
--最大打开对象
sp_configure  'number of open object',9000
go
--最大烦�?br /> sp_configure  'number of open index',10000
go
--最大锁�?br /> sp_configure  'number of locks',100000
go

--增加�|�络内存
--sp_configure  'additional network memory',1024
go

--锁内�?br /> sp_configure  'lock shared memory',512
go

--优化tempdb
select dbid, name,segmap
from sysusages,  sysdevices
where sysdevices.low  <= sysusages.size +vstart
and sysdevices.high >=sysusages.size+vstart -1
and dbid =2
and (status=2 or status=3)
go
use tempdb
go
sp_dropsegment  'default',tempdb,master
go
sp_dropsegment  'logsegment',tempdb,master
go

select dbid, name,segmap
from sysusages,  sysdevices
where sysdevices.low  <= sysusages.size +vstart
and sysdevices.high >=sysusages.size+vstart -1
and dbid =2
and (status=2 or status=3)
go

sp_cacheconfig tempdb_cache, '100M'
go
sp_poolconfig tempdb_cache,'50M','16K'
go
sp_bindcache 'tempdb_cache',tempdb
go
sp_helpcache tempdb_cache

select name,id from syscharsets

dbcc traceon(3604)
dbcc memusage

1       数据库安装的优化
1.1       应用数据库��用裸讑֤�
若在UNIX�Q�UNIXWARE�Q�操作系�l�下安装数据库服务器�Q�请��SYBASE应用数据库的讑֤�(device)安装成裸讑֤�。即在创建应用数据库讑֤��Q�如�Q�IVSP�Q�DB160�Q�NAP2000�{�）时用裸设备，把文件名指向 /dev/dsk/ 子目录下的相应文件。系�l�数据库讑֤��Q�如:master�{�）仍然指向文�g�pȝ��?br /> 1.2       补丁�E�序
完成SYBASE数据库的安装�Q�请注意原版的SYBASE软�g都会带有最新的补丁�Q�一定要把补丁打上，否则会出��C��些莫名其妙的问题。FOR NT 版的补丁是一个ZIP文�g�Q�解压至C:\SYBASE子目录即可�?br /> 1.3       安装 SYBASE 在线帮助
在安装好 SYBASE 后，在安装目录下有一文�g�Q?./scripts/ins_syn_sql�Q�在服务器上执行该脚本：
Sybase for Unix版：    ./isql -Usa -P -i../scripts/ins_syn_sql
Sybase for Winnt版： isql -Usa -P -i\sybase\scripts\ins_syn_sql
执行完毕后，卛_��在�Q意的 SYBASE 客户端上�q�接�?SQL SERVER �Q�在�U�取得�Q意命令的帮助�Q?br />       sp_syntax "关键�?
如：       sp_syntax "alter"       卛_��列出所有包�?alter"字符的命�?br /> 2       数据库配�|�的优化
2.1       优化master数据�?br /> 首先加大master讑֤��I�间�Q�初始默认�ؓ30M�Q�加大�ؓ150M。然后加大master数据库空��_��默认数据�D�和日志�D�各�?M大小�Q�徏议改为数据段100M�Q�日志段50M�?br /> alter database master on master=95
2.2       优化tempdb数据�?br /> 首先创徏tempdb讑֤��Q�分配给tempdb数据库，默认tempdb数据库数据段和日志段各�ؓ2M大小�Q��ƈ创徏在master讑֤�上，��改�ؓ数据�D?00M�Q�日志段50M�Q�创建在tempdb讑֤�上�?br /> alter database tempdb on tempdb=200

SQL SEVRER所有用户都�׃�n工作表和临时表的tempdb数据库，tempdb主要瓉��是磁盘I/0。解军_��法是把tempdb攑֜�更快的设备上。在UNIX环境中，把tempdb攑֜�文�g�pȝ��中而不用原始的讑֤�。由于tempdb在创建数据时�Q�自动在master讑֤�上创��Zؓ2M的数据库�Q��ؓ了减��冲�H�，最好的办法是把tempdb从master讑֤�中移走。�ؓ了达��C��q�目的，可采用如下办法实玎ͼ�

1�Q�在单用��L��态下启动SQL SERVER
启动单用��h��法：dataserver -dmaster.dat -m
2�Q�以sa��d��
3�Q�在文�g�pȝ��中创��Z��个哑数据库�?br /> 4�Q�删除sysusages�?sysdatabase表中对现有tempdb数据库的引用
5�Q�获取哑数据库的数据库ID�Q�相应修改sysusages�?ysdatabase表对tempdb的引�?br /> 6�Q�重新启动数据库
以在newdevice中创�?00M的tempdb数据库�ؓ例，执行�q�程如下�Q?br /> create database newtemp on newdevice=200
go /* 创徏新的数据�?*/
begin tran
go /* 开始事务，防止操作错误时破坏整个SQL SERVER的运�?/
delete sysusages where dbid = 2
delete sysdatabases where dbid = 2
go /*删除�pȝ��表对tempdb的引用，只能在单用户状态下执行*/
select dbid from sysdatabases where name = ‘newtemp’

go /*获取newtemp数据库ID�Q�假定�ؓ10*/

update sysusages set dbid = 2 where dbid=10

update sysdatabases set name=’tempdb’,dbid=2 where name=’newtemp’

go /*修改数据库的引用�Q�对newtemp的引用改为对tempdb的引�?/

select name,dbid, from sysdatabases where name = ‘tempdb’

select * from sysusages where dbid = 2

go /*��试修改是否正确�Q�正��则提交�Q�否则可用rollback回退*/

commit tran

go /*修改成功�Q�重新启动系�l?/

�q�种�Ҏ��只对tempdb有效�Q�其他数据库不能采用�q�种�Ҏ��。因为在SQL SERVER启动�Ӟ��tempdb每次都重新初始化�?br /> 2.3       优化�pȝ��参数
以下参数为标准徏议��|��可根据实际情况修攏V�?br /> 优化�pȝ��参数的SQL脚本       注释
sp_configure 'total memory', 100000       优化数据库的内存�Q�应�Ҏ��不同机器配置讄��, ��Z��半的物理内存大小。以db_block为单位，��x��个单位�ؓ2k�Q�上例�ؓ200M�Q�默认�ؓ24M.
sp_configure "lock scheme" , 1,"datarows"       �pȝ��默认��U�锁�Q�优化�ؓ行锁
sp_configure "number of locks" , 10000       加大最大锁�q�程�? 默认�?000�?br /> �Q�如果设�|�一个已�l�存在的�?tabel)的锁方式��锁，则执行：
alter table table_name lock datarows�Q?br /> sp_configure 'procedure cache percent' ,30       �~�省��|��20 ��|��procedure使用频率高时采用较大的��|��不超�q?0
sp_configure "number of user connections",100       最大用戯��接数�Q�默认�ؓ25�Q�每个连接要�?0k内存
sp_configure 'number of devices',20       ��最大设备文件数据改�?5�?br /> sp_configure ‘number of Open databases’,20       最大打开数据库个敎ͼ�对于需在一台数据库服务上打个多个数据库则需加大此参敎ͼ�默认�?5
Sp_configure ‘max online engines CPU’,2       �~�省��|��1 ��|��采用实际机器的CPU个数
Sp_configure ‘total data cache size’,60000       �~�省��|��0 ��|��使用SQL SERVER内存�?0%
如果上述参数改动后SYBASE启动不正常，则可��查SYBASE的错误日志，把SYBASE.cfg中的相应选项修改��的倹{�?br /> 附：SYBASE SQL SERVER 内存的分�?br />       1. SQL SERVER 可执行代�?nbsp;       3-4M
      2. SQL SERVER 使用的静态内�?nbsp;       2.2-3.25M
      3. 用户可配�|�的参数所占用内存�Q�以下示�?11.9.2�?�Q?br />                                                                               默认�?nbsp;             占用内存
         用户�q�接�?user connections)       25             每个 �U?0k
         打开的数据库�?open database)       12             每个 �U?0k
         打开的对象数(open objects)             500             每个 �U?k
         打开的烦引数(open indexs)             500             每个 �U?k
         锁数�?locks)                                     5000       每个 �U?.1k
         数据库设备数(data device)             10             每个 �U?.5k
      4. 剩余部䆾分配�l?br />          �q�程�~�存 ( �?procedure cache percent 军_��Q�默认��gؓ 20% )
         数据�~�存 ( 默认��gؓ减去1�?�?��的 80% )
2.4       优化数据库系�l�属�?br /> 在sybase center中选择数据库属性，��属性中options选项中的下列��目选中�?br /> allow select into/bulk copy
truncate log on checkpoint
checkpoint on recovery
abort transction on full log
free space accounting
allow nulls by default
auto identity column in non-unquie index
�Ҏ��二：在SQLPLUS中执行下列SQL脚本
如：
sp_dboption mydb,"abort tran on log full",true�Q�设定当数据库的日志�I�间满时�Q�就�l�止该进�E�，使用 sa 用户�Q?br /> sp_dboption mydb," select into/bulkcopy ",true
sp_dboption mydb," trunc log on chkpt ",true
sp_dboption mydb," no chkpt on recovery",true
sp_dboption mydb," no free space acctg ",true
sp_dboption mydb,"allow nulls by default",true
sp_dboption mydb," auto identity dbo use only ",true
2.5       创徏阈值存储过�E?br /> 可根据不同的应用修改以下脚本或创建多个阈值存储过�E�，�q�在配置阈值时指定相应的存储过�E��?br /> create procedure sp_thresholdaction
@dbname varchar(30),@segmentname varchar(30), @free_space int,@status int
         as dump transaction @dbname with no_log
print "LOG DUMP: '%1!' for '%2!' dumped",@segmentname,@dbname
go
2.6       配置多个阈�?br /> �Ҏ��一�Q?
      打开 Sybase Central�Q�双�ȝ��应数据库(database)的段 Segments ->; logsegment�Q�在       Thresholds ��面中可讄��自动清除日志的阀倹{��其中有 Last Chance 的一行是�pȝ��默认的最后机会阀��|��即系�l�日志空闲空间小于该值时为最后一�ơ自动清除日志的��Z��。设�|�时阀值的大小可设为日志�ȝ��间大��的20%左右�?br /> 另外再增加多个阈倹{�?br /> �Ҏ��二：
1、��用如下指令查出数据库中日志的定w��Q�用��表�C�）
select sum(size) from master..sysusages where dbid=db_id("database_name" and (segmap&4)=4
2、��用sp_addthreshold增加新的阈��|��大小为日志容量的50%,如上面语句显�C��gؓ2048
sp_addthreshold database_name,logsegment,1024�Q�proc_dump_display
注意�Q�因一个大事务时可能会��过当前的threshold�Q�所以必��d��多个threshold�Q?br /> 使用命��oselect @@thresh_hysteresis查看数据库的滞后��|��如结果�ؓ64��，则下一个阈��D��?最�q�的阈�?�Q?*64�Q?�Q�请在所��N��值再按这�U�原则各增加两个更小的阈倹{�?br /> 3       索引的优�?br /> 在良好的数据库设计基��上，需高效��C��用烦引，�q�经常的�l�护索引�Q�下文介�l�关于烦引的相关内容�?br /> 3.1       创徏索引
索引分�ؓ三类�Q�聚��烦�?clustered indexes)、非聚簇索引(nonclustered indexes)、覆盖烦�?covering indexes)
鉴于索引加快了查询速度�Q�但减慢了数据更新速度的特炏V��可通过在一个段上徏表，而在另一个段上徏光��聚簇索引�Q�而这两段分别在单独的物理讑֤�上来改善操作性能�?br /> create [unique][clustered|nonclustered] index index_name on table_name(column_name...)
3.2       重徏索引
　　随着数据行的插入、删除和数据��늚�分裂�Q�有些烦引页可能只包含几��|��据，另外应用在执行大块I/O的时候，重徏非聚��烦引可以降低分片，�l�护大块I/O的效率。重建烦引实际上是重新组�l�B-树空间。在下面情况下需要重建烦引：
　　(1)、数据和使用模式大幅度变化�?br /> 　　(2)、排序的��序发生改变�?br /> 　　(3)、要�q�行大量插入操作或已�l�完成�?br /> 　　(4)、��用大块I/O的查询的��盘��L��数比预料的要多�?br /> 　　(5)、由于大量数据修改，使得数据��和索引��|��有充分��用而导致空间的使用��出估算�?br /> 　　(6)、dbcc��查出索引有问题�?br /> 　　当重��烦引时,�q�张表的所有非聚簇索引��被重徏.
3.3       索引�l�计信息的更�?br /> 　　当在一个包含数据的表上创徏索引的时候，SQL Server会创建分布数据页来存放有关烦引的两种�l�计信息�Q�分布表和密度表。优化器利用�q�个��|��判断该烦引对某个特定查询是否有用。但�q�个�l�计信息�q�不动态地重新计算。这意味着�Q�当表的数据改变之后�Q�统计信息有可能是过时的�Q�从而媄响优化器�q�求最有工作的目标。因此，在下面情况下应该�q�行update statistics命��o�Q?br /> 　　(1)、数据行的插入和删除修改了数据的分布�?br /> 　　(2)、对用truncate table删除数据的表上增加数据行�?br /> 　　(3)、修改烦引列的倹{�?br /> 4       查询优化
4.1       NOT IN子句
不知大家是否喜欢使用‘NOT IN’�q�样的操作，如果是，那尽量��?NOT) EXISTS 替代�?br /> 例子�Q?br /> 语句1
SELECT dname, deptno FROM dept  WHERE deptno NOT IN (SELECT deptno FROM emp);
语句2
SELECT dname, deptno FROM dept WHERE NOT EXISTS (SELECT deptno FROM emp WHERE dept.deptno = emp.deptno);
明显的，2要比1的执行性能好很多，因�ؓ1中对emp�q�行了full table scan,�q�是很浪�Ҏ��间的操作。而且1中没有用到emp的index�Q�因为没有where子句。�?中的语句对emp�q�行的是range scan�?br /> 4.2       ��量查询
在�v量查询时��量��用格式转换�?br /> 如用
WHERE a.order_no = b.order_no
而不�?br /> WHERE TO_NUMBER (substr(a.order_no, instr(b.order_no, '.') - 1)= TO_NUMBER (substr(a.order_no, instr(b.order_no, '.') - 1)
3�Q�查询�v量数据是可以使用optimizer hints�Q�例�?*+ORDERED */
�?br /> SELECT /*+ FULL(EMP) */ E.ENAME FROM EMP E WHERE E.JOB = 'CLERK';
而不�?br /> SELECT E.ENAME FROM EMP E WHERE E.JOB || '' = 'CLERK';

对于数据量较大和业务功能较复杂的�pȝ��Q�Sybase的默认参数根本无法满��需要，必须�q�行优化。系�l�数据库斚w��的优化从两方面进行，一个是调整数据库系�l�的一些性能参数的��|��另一个是应用�E�序的调优。应用程序的调优调整hsql和sql的写法，配合sql合理的徏索引�Q�这里主要对Sybase�pȝ��一些基本的性能参数的调优进行一个小�l��?
1、内�?br />    内存是对性能影响最大，也是最需要也是最难调优的地方。内存调优一定要�Q�常用的需要调整的参数有：

sp_configure “max memory”,0,”2600M” (讄��为共享内存的75%,重启生效)
sp_configure “allocate max shared mem”,1 (启动的时候自动分配max memory指定的最大内�?
sp_cacheconfig “default data cache”,”1300m”(讄��数据�~�存为max memory的一�?
sp_cacheconfig “default data cache”,”cache_partition=2″
sp_configure “procedure cache size”,102400 (�q�程高速缓�?通常是max mem20%-30%,�q�里�?00M,在大量的执行sql的时候这个参��C��定要调大)
sp_cacheconfig ‘tempdb_cache’,'100m’,'mixed’ (创徏一�?00M命名高速缓存tempdb_cache�l�temdpb使用)
sp_bindcache ‘tempdb_cache’,tempdb (��tempdb_cache�l�定到tempdb)

   实际中遇��C��个很头痛的问题， 32位Windows版本的Sybase 最大内存只能到搞到3G左右�Q?default data cache"的��D��q?1500M Sybase实例��p�v不来了，��D��服务器的16G内存形同虚设�Q�所以如果大家的��目和我�q�个�c�M��Q�服务器和操作系�l�由客户提供�Q�还换不了的�Q�内存不妨要求个4G��够了，多了也浪贏V�?/p>
2、CPU
   当服务器的CPU个数多于一个时�Q�可以考虑多CPU。实际上对于OS会自动调度，设一下只不过是控制的更精��一炏V��实际需要根据CPU数来修改�Q�若CPU=N�Q�一般设�|��ؓN-1。设�|�这个参敎ͼ�比如我的服务�?个CPU, ��像下面�q�样讄��Q?/p>
sp_configure “max online engines”,7
sp_configure “number of engines at startup”,7
sp_configure “max parallel degree”,1 (�q�行的度�Q�大于或�{�于1)
sp_configure “number of worker processes”,7 (�q�行度＊�q�发�q�接敎ͼ�1.5�?

3、连接数(�q�个没什么说的，数量��够��可以，默认��Cؓ25�Q�可�Ҏ��应用需要来修改�?
sp_configure “number of user connections”,600

查询数据库死�q�程
select * from master..syslogshold

4、锁
   数据库的锁机制其实是一个比较复杂的话题�Q�这里只能简单说一下。Sybase数据库系�l�两个��别的锁机�Ӟ��所有页锁、数据页锁。所有页锁在当数据库加锁�Ӟ��既锁数据��，也锁索引��；数据��锁当数据库加锁�Ӟ��只锁数据��，不锁索引��c�?br />    Sybase支持三种�c�d��的锁: 数据表锁、数据页锁、数据行锁�?一些常用的调优命��o和策略如�?

sp_configure "number of locks",50000 �Q�设�|�锁的数量）
    �pȝ��讄��时要把锁的数量设大一点，��单说��是要管够；如果需要节省空��_��减少�l�护量，使用所有页锁机�Ӟ��而如果需要加快速度�Q�空间��够，使用数据��锁机制�?/p>
   sp_sysmon “00:10:00”,locks �Q�检��表的��用情况）
   当通过监测发现锁竞争超�q?5%�Ӟ��首先修改加锁最重的表的锁机�Ӟ��然后再把数据��锁讄��为数据行锁。如果发现螺旋锁多，则�ؓ该表建立单独的命名缓存�ƈ对命名缓存进行分区�?/p>
5、I/O
   数据库调优�ȝ��思�\是尽量减��和分散物理I/O�Q�尽量减��网�l�I/O�?/p>
   减少物理I/O的办法有�Q?在命名缓存中增加大块的I/O�~�冲池，把数据分散到多个��盘�?采用RAID技�?建立�D�，使一个表跨越多个��盘�{�等�Q�基本和其他的数据库软�g调优一栗��?br />    减少�|�络I/O的办法是采用大数据包�?br /> sp_configure "default network packet size",2048 讄��|�络传送包的大��?需要重启动)
sp_configure "max network packet size",2048

6、设备调�?br />    主要调整两块�Q?一个是业务数据库的数据讑֤�与日志设备必��d��开�Q�添加��时数据库讑֤��Q�另一个是调整Tempdb�Q�这一条很重要却很�Ҏ��被大家忽视�?br />    Tempdb是sybase数据库当中的临时库，用于存放中间�l�果和��时表。由于��用很频繁而默认大��又很小�Q�我们需要加大其讑֤��I�间和库的大��，��可能把tempdb攄��到最快的��盘上，�q�徏立单独的命名�~�存�?br /> sp_cacheconfig ‘tempdb_cache’,'200m’,'mixed’ (创徏一�?00M命名高速缓存tempdb_cache�l�temdpb使用)
sp_bindcache ‘tempdb_cache’,tempdb (��tempdb_cache�l�定到tempdb)

虎啸长沙,龙跃深圳. 2008-07-09 17:32 发表评论

Sybase 常用sql语句

虎啸长沙,龙跃深圳. — Tue, 08 Jul 2008 02:31:00 GMT

常用sql语句

1. 查看数据库的版本
select @@version

2. 查看数据库所在机器操作系�l�参�?
exec master..xp_msver

3. 查看数据库启动的参数
sp_configure

4. 查看数据库启动时�?
select convert(varchar(30),login_time,120) from master..sysprocesses where spid=1
查看数据库服务器名和实例�?
print 'Server Name...............�Q? + convert(varchar(30),@@SERVERNAME)
print 'Instance..................�Q? + convert(varchar(30),@@SERVICENAME)

5. 查看所有数据库名称及大��?
sp_helpdb
重命名数据库用的SQL
sp_renamedb 'old_dbname', 'new_dbname'

6. 查看所有数据库用户��d��信息
sp_helplogins
查看所有数据库用户所属的角色信息
sp_helpsrvrolemember
修复�q�移服务器时孤立用户�?可以用的fix_orphan_user脚本或者LoneUser�q�程
更改某个数据对象的用户属�?
sp_changeobjectowner [@objectname =] 'object', [@newowner =] 'owner'
注意�Q�更改对象名的�Q一部分都可能破坏脚本和存储�q�程�?
把一台服务器上的数据库用��L��录信息备份出来可以用add_login_to_aserver脚本
查看某数据库�?对象�U�用��h��?
sp_helprotect

7. 查看链接服务�?
sp_helplinkedsrvlogin
查看�q�端数据库用��L��录信�?
sp_helpremotelogin

8.查看某数据库下某个数据对象的大小
sp_spaceused @objname
�q�可以用sp_toptables�q�程看最大的N(默认�?0)个表
查看某数据库下某个数据对象的索引信息
sp_helpindex @objname
�q�可以用SP_NChelpindex�q�程查看更详�l�的索引情况
SP_NChelpindex @objname
clustered索引是把记录按物理顺序排列的�Q�烦引占的空间比较少�?
寚w��值DML操作十分频繁的表我徏议用非clustered索引和约束，fillfactor参数都用默认倹{�?
查看某数据库下某个数据对象的的约束信�?
sp_helpconstraint @objname

9.查看数据库里所有的存储�q�程和函�?
use @database_name
sp_stored_procedures
查看存储�q�程和函数的源代�?
sp_helptext '@procedure_name'
查看包含某个字符串@str的数据对象名�U?
select distinct object_name(id) from syscomments where text like '%@str%'
创徏加密的存储过�E�或函数在AS前面加WITH ENCRYPTION参数
解密加密�q�的存储�q�程和函数可以用sp_decrypt�q�程

10.查看数据库里用户和进�E�的信息
sp_who
查看SQL Server数据库里的活动用户和�q�程的信�?
sp_who 'active'
查看SQL Server数据库里的锁的情�?
sp_lock
�q�程�?--50是SQL Server�pȝ��内部用的,�q�程号大�?0的才是用��L��q�接�q�程.
spid是进�E�编�?dbid是数据库�~�号,objid是数据对象编�?
查看�q�程正在执行的SQL语句
dbcc inputbuffer ()
推荐大家用经�q�改�q�后的sp_who3�q�程可以直接看到�q�程�q�行的SQL语句
sp_who3
��查死锁用sp_who_lock�q�程
sp_who_lock

11.查看和收�~�数据库日志文�g的方�?
查看所有数据库日志文�g大小
dbcc sqlperf(logspace)
如果某些日志文�g较大�Q�收�~�简单恢复模式数据库日志�Q�收�~�后@database_name_log的大��单位�ؓM
backup log @database_name with no_log
dbcc shrinkfile (@database_name_log, 5)

12.分析SQL Server SQL 语句的方法：
set statistics time {on | off}
set statistics io {on | off}
囑�Ş方式昄��查询执行计划
在查询分析器->查询->昄��估计的评估计�?D)-Ctrl-L 或者点��d��h��里的囑�Ş
文本方式昄��查询执行计划
set showplan_all {on | off}
set showplan_text { on | off }
set statistics profile { on | off }

13.出现不一致错误时�Q�NT事�g查看器里�?624号错误，修复数据库的�Ҏ��
先注释掉应用�E�序里引用的出现不一致性错误的表，然后在备份或其它机器上先恢复然后做修复操�?
alter database [@error_database_name] set single_user
修复出现不一致错误的�?
dbcc checktable('@error_table_name',repair_allow_data_loss)
或者可惜选择修复出现不一致错误的��型数据库名
dbcc checkdb('@error_database_name',repair_allow_data_loss)
alter database [@error_database_name] set multi_user
CHECKDB �?个参敎ͼ�
repair_allow_data_loss 包括对行和页�q�行分配和取消分配以�Ҏ��分配错误、结构行或页的错误，以及删除已损坏的文本对象�Q�这些修复可能会��D��一些数据丢失�?
修复操作可以在用户事务下完成以允许用户回滚所做的更改�?
如果回滚修复�Q�则数据库仍会含有错误，应该从备份进行恢复�?
如果�׃��所提供修复�{��的缘故遗漏某个错误的修复�Q�则��遗漏�Q何取决于该修复的修复�?
修复完成后，请备份数据库�?
repai*_**st �q�行��的、不耗时的修复操作，如修复非聚集索引中的附加键�?
�q�些修复可以很快完成�Q��ƈ且不会有丢失数据的危险�?
repair_rebuild 执行�?repai*_**st 完成的所有修复，包括需要较长时间的修复�Q�如重徏索引�Q��?
执行�q�些修复时不会有丢失数据的危险�?

��d��、删除、修改��用db.Execute(Sql)命��o执行操作
�?-------------------�?
�?数据记录�{��?�?
�?-------------------�?
注意�Q�单双引��L��用法可能有误(没有��式)

Sql = "Select Distinct 字段�?From 数据�?
Distinct函数�Q�查询数据库存表内不重复的记�?

Sql = "Select Count(*) From 数据�?where 字段�?>#18:0:0# and 字段�?< #19:00# "
count函数,查询数库表内有多��条记录�Q?#8220;字段�?”是指同一字段
例：
set rs=conn.execute("select count(id) as idnum from news")
response.write rs("idnum")

sql="select * from 数据�?where 字段�?between �? and �?"
Sql="select * from 数据�?where 字段�?between #2003-8-10# and #2003-8-12#"
在日期类数��gؓ2003-8-10 19:55:08 的字�D�里查找2003-8-10�?003-8-12的所有记录，而不��是几点几分�?

select * from tb_name where datetime between #2003-8-10# and #2003-8-12#
字段里面的数据格式�ؓ�Q?003-8-10 19:55:08�Q�通过sql查出2003-8-10�?003-8-12的所有纪录，而不��是几点几分�?

Sql="select * from 数据�?where 字段�?字段�?order by 字段�?[desc]"

Sql="select * from 数据�?where 字段�?like '%字段�?' order by 字段�?[desc]"
模糊查询

Sql="select top 10 * from 数据�?where 字段�?order by 字段�?[desc]"
查找数据库中�?0记录

Sql="select top n * form 数据�?order by newid()"
随机取出数据库中的若�q�条记录的方�?
top n�Q�n��是要取出的记录�?

Sql="select * from 数据�?where 字段�?in ('�?','�?','�?')"

�?-------------------�?
�?��d��数据记录 �?
�?-------------------�?
sql="insert into 数据�?(字段1,字段2,字段3 …) valuess (�?,�?,�? …)"

sql="insert into 数据�?valuess (�?,�?,�? …)"
不指定具体字�D�名表示��按照数据表中字�D늚��序�Q�依�ơ添�?

sql="insert into 目标数据�?select * from 源数据表"
把源数据表的记录��d��到目标数据表

�?-------------------�?
�?更新数据记录 �?
�?-------------------�?
Sql="update 数据�?set 字段�?字段�?where 条�g表达�?

Sql="update 数据�?set 字段1=�?,字段2=�? …… 字段n=值n where 条�g表达�?

Sql="update 数据�?set 字段1=�?,字段2=�? …… 字段n=值n "
没有条�g则更新整个数据表中的指定字段�?

�?-------------------�?
�?删除数据记录 �?
�?-------------------�?
Sql="delete from 数据�?where 条�g表达�?

Sql="delete from 数据�?
没有条�g��删除数据表中所有记�?

�?-------------------------�?
�?数据记录�l�计函数 �?
�?-------------------------�?
AVG(字段�? 得出一个表格栏�q�_��?
COUNT(*|字段�? �Ҏ��据行数的�l�计或对某一栏有值的数据行数�l�计
MAX(字段�? 取得一个表格栏最大的�?
MIN(字段�? 取得一个表格栏最��的�?
SUM(字段�? 把数据栏的值相�?

引用以上函数的方法：
sql="select sum(字段�? as 别名 from 数据�?where 条�g表达�?
set rs=conn.excute(sql)
�?rs("别名") 获取�l�的计��|��其它函数�q�用同上�?

�?----------------------------�?
�?数据表的建立和删�?�?
�?----------------------------�?
CREATE TABLE 数据表名�U?字段1 �c�d��1(长度),字段2 �c�d��2(长度) …… )
例：CREATE TABLE tab01(name varchar(50),datetime default now())
DROP TABLE 数据表名�U?(�怹�性删除一个数据表)

�?-------------------------�?
�?记录集对象的�Ҏ�� ?
�?-------------------------�?
rs.movenext ��记录指针从当前的位�|�向下移一�?
rs.moveprevious ��记录指针从当前的位�|�向上移一�?
rs.movefirst ��记录指针移到数据表�W�一�?
rs.movelast ��记录指针移到数据表最后一�?
rs.absoluteposition=N ��记录指针移到数据表�W�N�?
rs.absolutepage=N ��记录指针移到第N��늚��W�一�?
rs.pagesize=N 讄��每页为N条记�?
rs.pagecount �Ҏ�� pagesize 的设�|�返回总页�?
rs.recordcount �q�回记录��L��
rs.bof �q�回记录指针是否��出数据表首端，true表示是，false为否
rs.eof �q�回记录指针是否��出数据表末端，true表示是，false为否
rs.delete 删除当前记录�Q�但记录指针不会向下�U�d��
rs.addnew ��d��记录到数据表末端
rs.update 更新数据表记�?br />
14.查询数据库死�q�程
select * from master..syslogshold

虎啸长沙,龙跃深圳. 2008-07-08 10:31 发表评论

虎啸长沙,龙跃深圳. — Mon, 07 Jul 2008 07:02:00 GMT
   Sybase和SQL Server在这一点上有所不同�Q�如果条件比较中的数据类型不匚w��的话�Q�可能会引�v索引失效�Q�导致潜在的Performance问题�?br />        ��单说明如下：


Create Table Test(
c1 int not null,
c2 money default 0,
c3 varchar(20),
constraint PK_Test primary key(c1))
go

create index ind_c2_Test on Test(c2)
go

插入一些数据后�Q�我们可以测试如下：
1> set showplan on
2> go
1> declare @var_int int
2> select @var_int=2
3> select * from Test where c1=@var_int
4> go

QUERY PLAN FOR STATEMENT 1 (at line 1).

    STEP 1
        The type of query is DECLARE.

QUERY PLAN FOR STATEMENT 2 (at line 2).

    STEP 1
        The type of query is SELECT.

QUERY PLAN FOR STATEMENT 3 (at line 3).

    STEP 1
        The type of query is SELECT.

        FROM TABLE
            Test
        Nested iteration.
        Using Clustered Index.
        Index : PK_Test
        Forward scan.
        Positioning by key.
        Keys are:
            c1 ASC
        Using I/O Size 2 Kbytes for data pages.
        With LRU Buffer Replacement Strategy for data pages.

(1 row affected)
c1          c2                       c3
----------- ------------------------ --------------------
           2                   129.14 Hellen

(1 row affected)
我们看到�Q�sybase的执行计划会使用clustered index来读取数据�?br />
下面�Q�采用money�c�d��来进行测�?br /> 1> declare @var_money money
2> select @var_money=2
3> select * from Test where c1=@var_money
4> go

QUERY PLAN FOR STATEMENT 1 (at line 1).

    STEP 1
        The type of query is DECLARE.

QUERY PLAN FOR STATEMENT 2 (at line 2).

    STEP 1
        The type of query is SELECT.

QUERY PLAN FOR STATEMENT 3 (at line 3).

    STEP 1
        The type of query is SELECT.

        FROM TABLE
            Test
        Nested iteration.
        Table Scan.
        Forward scan.
        Positioning at start of table.
        Using I/O Size 2 Kbytes for data pages.
        With LRU Buffer Replacement Strategy for data pages.

(1 row affected)
c1          c2                       c3
----------- ------------------------ --------------------
           2                   129.14 Hellen

(1 row affected)

我们可以看到�Q�sybase没有采用索引�Q�而是采用了全表扫描�?br />
实际上，Sybase�q�不是类型不一致就一定不会��用烦引，而是有一个匹配原则，原则上是只要索引列的�c�d��优先�U�高于搜索条件的数据�c�d��Q�就会��用烦引�?br /> �q�个优先�U�，可以通过查询�pȝ��表master.dbo.systypes.
1> select hierarchy,name from master.dbo.systypes
2> order by 1
3> go
hierarchy name
--------- ------------------------------
         1 floatn
         2 float
         3 datetimn
         4 datetime
         5 real
         6 numericn
         7 numeric
         8 decimaln
         9 decimal
        10 moneyn
        11 money
        12 smallmoney
        13 smalldatetime
        14 intn
        15 int
        16 smallint
        17 tinyint
        18 bit
        19 univarchar
        20 unichar
        22 sysname
        22 varchar
        22 nvarchar
        23 char
        23 nchar
        24 timestamp
        24 varbinary
        25 binary
        26 text
        27 image
        99 extended type

虎啸长沙,龙跃深圳. 2008-07-07 15:02 发表评论

大表清理�Ҏ��

虎啸长沙,龙跃深圳. — Sun, 06 Jul 2008 13:43:00 GMT
�E�過各種測試�Q�現��經驗總�i�如下：
ASE+SYB12.0 一個大表AAA �׃��億多條記�?21G�Q�加索引的大��）

-->
�Ҏ��是最快的�Q�不過要更改server的一些參數，如果相應的參數沒有更改，��׃��一定了�?br /> 1�Q�sp_poolconfig 'default data cache',"7G","16K","2K"
   �Q�－�Q�－�?6K�?G大小的default cache
   select into �Q�大部分的查詢（包括�Q�全表掃瞄，使用聚集索引的範圍查詢， order by�{�）使用16K的I/O能獲得更好的性能�?br /> [color=red]增加16K �R�存的大��，能明��提�?select into"的速度�Q�[/color]

2�Q�sp_configure 'max online engines,7
   �Q�－�Q�－Adaptive Server 聯機引擎的最大數�Q�不能超過cpu�?br /> sp_configure 'number of worker processes',7
�Q�－�Q�同步運行並行的�i�合查詢可��用的工作進程的最大數�Q�小於等方{��max online"�?br /> sp_configure 'max parallel degree',7
�Q�－�Q�最大並行度�Q�全服務器範圍每個查詢允�a׃��用的工作進程的最大數目，��於�{�於「worker processes"�?br /> sp_configure 'max scan parallel degree',7
�Q�－基於散列掃瞄的最大並行度�Q�小於等方{��worker processes"�?br /> [color=red]以上參數提高並發度[/color]

3�Q�sp_configure 'number of sort buffers',20000
�Q�－�Q�指定在排序時所用的2K�R�衝區的數目。說明了有多��m衝區可以用來存放輸入表的數據頁�?br /> [color=red]創徏一個很大的索引�Q�而SQL Server上其他的操作又很��時�Q�設�|�該參數可以提高create index 的性能。[/color]

調整以上參數後，採用select into到臨時表�Q�drop原表�Q�rename臨時表，建烦引是比較快的�?br /> 比bcp快！bcp��Z��慢�Q�回��L��慢！

虎啸长沙,龙跃深圳. 2008-07-06 21:43 发表评论

虎啸长沙,龙跃深圳. — Sat, 05 Jul 2008 10:45:00 GMT
建立Clustered索引原则�Q?br /> 1、Primary key�Q�但必须满��以下条�g�Q�A、常用于Where条�g�Q�B、插入记录时的字�D�值是随机的（不能用于��序增加的字�D�，否则��增加最后一个数据页的lock�{�待旉��Q?br /> 2、用于范围查询的字段�Q�如 col1 between 100 and 200; col12>;62 and <70;
3、用于order by的字�D?br /> 4、不�l�常改变�Q�update�Q�的字段
5、用于连接条件的字段
其他有关建立索引的原则：
1、如果烦引是唯一的，��其定义为Unique
2、如果��用引用表索引�Q�foreign key ... reference�Q�，被引用的列必��d��立唯一索引
3、如果徏立烦引的表有频繁的插入（Insert�Q�操作，使用fillfactor减少数据��늚�分裂、提高�ƈ发性能�q�减��死�?br /> 4、如果在一个只读表上徏立烦引，��其fillfactor设�ؓ100以尽可能压羃数据和烦引空�?br /> 5、尽可能减少单个索引的长�?br /> 6、在满��使用的前提下�Q�尽可能使用��容量的数据�c�d��Q�如用numeric代替char�Q?br /> 7、数��|��numeric�Q�的比较在内部操作上比字�W�（string�Q�略�?br /> 8、变长字�W�串�Q�varchar�Q�和二进�Ӟ��binary�Q�类型比定长�Q�fixed-length�Q�类型需要更多的�pȝ��负蝲
9、只要可能，使用定长�Q�fixed-length�Q�、非�I�（non-null�Q�、短�Q�short�Q�的数据�c�d��字段作�ؓ索引
10、连接条件两端的索引必须是兼容的�Q�最好是同一�c�d��Q�，如果需要进行数据�{换的话，�q�接索引��不能发挥作�?br /> 建立复合字段索引的原�?br /> 1、当条�g内不包含复合索引的第一个字�D�|��Q�有两种可能�Q�A、当所有select的字�D�均包含在复合烦引内�Ӟ��做所有烦引页的遍历查询，B、当select中包含非复合索引字段�Ӟ��做全表数据页的遍历查询，既此时烦引对��索无效�?br /> 2、复合烦引优点：A、提供烦引覆盖（index covering�Q�的��Z��Q�但仅限于所有查询（select�Q�字�D�均包含在烦引内�Q�B、当查询条�g使用到复合烦引的所有字�D�|��Q�所需要时间少于这些字�D�徏立单独烦引的情况�Q�C、复合烦引有利于强制多个属性合�q�后的唯一性限�?br /> 3、复合烦引缺点：A、需要更多的索引�I�间�Q�减��每个烦引页包含的烦引记录数�Q��ƈ增加索引��|��目，B、对复合索引中�Q何一个字�D늚�变化�Q�update或insert�Q�都会更新烦引，因此复合索引必须选择不进行变化的字段�l�成
4、差的复合烦引特点：A、复合烦引长度接�q�于记录长度�Q�B、复合烦引中只有��量字段用于查询

SYBASE建立索引的原�?/strong>

补充一点：

      --创徏非聚集烦�?br />
1.满��查询条�g的数据不��过20%

2.能实�?index covering

3.用于集函数、连接、group by和order by的列

4.要权衡烦引对查询速度的加快与降低修改速度之间的利�?br />

--删除影响性能的烦�?br />
如果一个应用在白天执行数据修改�Q�在夜间生成报表�Q?br />
��需要在早晨删除索引�Q�在晚上再把索引重徏��h��?br />
另外许多�pȝ��设计者创��多优化器很少使用的烦引，

可以�Ҏ��showplan�Q�把没有用的索引删除�?/td>

虎啸长沙,龙跃深圳. 2008-07-05 18:45 发表评论

sybase性能优化�l�验谈！

虎啸长沙,龙跃深圳. — Sat, 05 Jul 2008 09:44:00 GMT

首先�Q�有一句话要认�?�Q?80%的性能问题由SQL语句引�v�?br />
�l�过�?SYBASE 的书�Q�结合从 MSSQL �q�移�q�来的系�l�过�E?�Q�发��C��下几个问题比较重要：
     �l�验一、where 条�g左边最好不要��用函敎ͼ�比如 ★★★★�?br />            select ...     where     datediff(day,date1,getdate())>;0
           �q�样即��?date1 列上建立了烦引，也可能不会��用烦引，而��用表扫描�?br />             �q�样的语句要重新规划设计�Q�保证不使用函数也能够实现。通过修改�Q�一个系�l�过�E�的�q�行效率提高大约100倍！此外不要使用诸如like '%ab',不能充分利用索引�Q�而要�?前加字符
      �l�验二、两个比较字�D�|��好��用相同数据类型，而不是兼�Ҏ��据类型。比�?int �?numeric�Q�感觉一般不是太明显�Q�★�?br />
      �l�验三、复合烦引的非前导列做条件时�Q�基本没有�v到烦引的作用。★★★★★
            比如 create index idx_tablename_ab on tablename(a,b)
                update tablename set c = XX where b>;= XXX and ...
                在这个语句中�Q�基本上索引没有发挥作用�?��D��表扫描引起blocking 甚至�q�行十几分钟后报告失败�?br />                 一定要认真��?�Ҏ��措施�Q?在接口中附加条�g
                    update tablename set c = XX where a = XXX     and b>;= XXX
                 或者徏立烦引类��g��
                    create index idx_tablename_ba on tablename(b,a)
      �l�验四�?多个大表的关联查询，如果性能不好�Q��ƈ且其中一个大表中取的数据比较��，可以考虑��查询分两步执行。★★★�?br />              先将一个大表中的少部分数据 select * into #1 from largetable1 where ...
              然后再用 #1 ��d��兌��Q�效果可能会好不��。（前提�Q�生�?#1表应该��用比较好的烦引，速度比较快）

      �l�验五�?tempdb 的��用。★★★★★
              最好多�?select into     �Q�这样不记日�?�Q�尤其是有大量数据的报表时。虽然写��h��ȝ��Q�但值得�?br />                 create table #tmp1 (......)�q�样写性能不好。尤其是大量使用�Ӟ��Ҏ��发生tempdb 争用�?br />       �l�验六�?�pȝ��U�别的参数设�|?nbsp;    ★★★★
               一定要估计一下，不要使用太多�Q�占用资�?nbsp;    �Q�太��，发生性能问题�?br />                  �q�接敎ͼ�索引打开个数、锁个数 �{��?当然 �Q�内存配�|�不要有明显的问题，比如�Q�procedure cache
                不够 �Q�一般缺�?0%�Q�如果觉得太多，可以减少一些）。如果做报表�l�常使用大数据量读，可以考虑使用
                16Kdata cache

       �l�验七、烦引的建立。很重要。★★★★★
                  clustered index     /nonclustered index 的差异，自己要搞清楚。各适用场合�Q�另外如�?br />                 clustered index 不允�?重复敎ͼ�也一定要说明�?br />                索引设计是以为数据访问快速�ؓ原则的，不能完全�Q�！�Q�）参照数据逻辑设计的，逻辑设计时的一些东西，
              可能对物理访问不起作�?br />
       �l�验八、统计数据的更新�Q�大�U?0天进�?update statistics     ,sp_recompile table_name�Q�★★★�Q?br />
       �l�验九、强制烦引��?�Q�★★★★）
             如果怀疑有表访问时不是使用索引�Q�而且�q�些条�g字段上徏立了合适的索引,可以强制使用
               select * from tableA (index idx_name) where ...
              �q�个对一些报表程序可能比较有用�?br />
       �l�验十、找一个好的监视工�?★★�?br />              工欲善其事，比先利其器，一炚w��不错呀�?br />               我用 DBartisian 5.4 ,监视哪些表被锁定旉��长， blocking �{?br />                   �q�有 sp_object_status 20:00:00 �Q?sp_sysmon 20:00:00 �{?br />        以上是我的一点经验，在不��C��个月的时间内�Q�我修改�?0个左右的语句和系�l�过�E?nbsp;    �Q?br />
         �pȝ��性能明显改善�Q�cpu利用高峰时大�U?0% �q�x�� 不到30%IO 明显改善。所有月报表能顺利完�?5min 以内�?/p>
    �l�验十一�Q?�l�合以上对IN/EXISTS的讨论，我们可以得出一个基本通用的结论：IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情��c�?br />

         另外�Q�系�l�中��认不��用的中间数据�Q�可以进行�{�U�R��这些要看系�l�的情况�?br />           最后祝你好�q�气�?br />
以上��Z��人经验，�Ƣ迎批评指正�Q?nbsp;

     呵呵写完后忘��C��?nbsp;    一定要注意热点�?�Q�这是媄响�ƈ发问题的一个潜在因素。！解决�Ҏ��Q?行锁模式如果表的行比较小�Q�可以故意增加一些不用的字段
     比如     char(200)     让一��中存放的行不要太多�?/p>

虎啸长沙,龙跃深圳. 2008-07-05 17:44 发表评论

Sybase数据库的日常�l�护

虎啸长沙,龙跃深圳. — Sat, 05 Jul 2008 09:19:00 GMT

�l�护目的�Q?br />
监测数据库的当前�q�行状况�Q�保证数据库�E�_��q�行�?br />
做好数据库的日常的备份工作，减轻问题发生时的风险和责�?br />
��数据库的整体运行状况，�Ҏ��据库的性能�q�行调整�Q�保证数据库高效的运行�?br />
可以减少紧急故障发生频率，减少对系�l�的影响�?br />
��早发现�pȝ��存在的潜在问题，使可能的故障消除在萌芽状态�?/p>
数据库日常维护的主要内容
监测数据库运行情�?br />
监控CPU和I/O的��用情�?br />
监控�I�间的��用情�?br />
监控数据库的错误日志errorlog

制定一个合理的备䆾计划

��查数据库的一致�?br />
数据库的排错

数据库性能调整

数据库日常维护的�Ҏ��

数据库服务和备䆾服务的启动和关闭�Ҏ��

数据库和备䆾服务的启�?br />
$cd $SYBASE/ASE-12_*/install

$startserver –f RUN_Servername(Servername��Z��的数据库服务�?

$startserver –f RUN_Servername_back

数据库和备䆾服务的关�?br />
isql –Usa –Pxxx –Sservername

>shutdown SYB_BACKUP (关闭备䆾服务)

>go

>use dbname (用户�?

>go

>checkpoint

>go

>shutdown

>go

查看sybase用户的运行环境是否正�?br />
$env

查看SYBASE,SYBASE_ASE,SYBASE_OCS�{�环境是否正�?br />
查看数据库服务和备䆾服务�q�程是否�q�行正常

$ps –ef | grep dataserver

$ps –ef | grep backupserver

查看数据库的版本和补丁信�?br />
$dataserver –v

或是

isql –Usa –Pxxx –Sservername

>select @@version

��查数据库的配�|�是否合�?

��查数据库内存分配、锁个数、存储过�E�缓册Ӏ�多CPU配置、用戯��接配�|�、网�l�包��寸�{�重要参数的讄��?br />
命��o�Q?br />
sp_configure ‘allocate max shared memory’

sp_configure ‘max memory‘

sp_configure ‘procedure cache size‘

sp_configure ‘user log cache size’

sp_configure ‘default network packet size’

sp_cacheconfig

sp_configure ‘number of user connections‘

sp_configure ‘number of locks‘

sp_configure ‘number of engines at startup’

sp_configure ‘max online engines’

sp_configure “number of open index”

sp_configure “number of open objects”

sp_configure “number of open partitions”

查看数据库的用户�Q�数据库的锁状况

sp_who(用户)

sp_lock(�?

select spid,blocked from sysprocesses where blocked>0(��查阻塞进�E?

查看最早进�E�，发现不完整事�?br />
select * from master..syslogshold

其中对应的spid为最早的�q�程�Q�如果最早的�q�程开始时间距��d��前时间已�l�非帔R��(�?�?�?�Q�则可能该进�E�有问题�Q�确认后�Q�应该将其kill�Q�下面有一个存储过�E�来��不完整的事务，可以��该存储�q�程攑֜�操作�pȝ��的crontab中�?/p>
create proc proc_kill
@last_min int=720

AS

/*

** kill the processes that didn’t commit for a impossible time

** the parameter's time unit is minute,default is 12 hours

** the procedure is just for user transactions ,not for xa transaction

** you can add this procedure to your opration system crontab

*/

declare @spid     int

declare @cspid     char(20)

select spid into #killtab from master..syslogshold where datediff(mi,starttime,getdate()) >@last_min and spid>0

declare t1_cur cursor for select * from #killtab

open t1_cur

fetch t1_cur into @spid

while @@sqlstatus!=2

begin

     select @cspid=convert(char(20),@spid)

     select "kill "+@cspid
exec("kill "+@cspid)
     fetch t1_cur into @spid

end

查看CPU和I/O的��?br />
#sar #iostat

#vmstat

查看Sybase的资源��?br />
sp_sysmon “00:10:00”

如果CPU或是I/O的��用率长期高于80%�Q�则要看�pȝ��使用是否正常�q�是�pȝ��资源配置不够�Q�具体细节可参考下面数据库的优化部分�?br />
定期��查数据库日志使用的情况，定期清除数据库的日志

如果数据库日志满�Q�则业务无法�q�行�?br />
sp_helpdb dbname(用户库名)

发现数据库的日志�I�间不��Q�应立刻清除已经完成的事务，或是�Ҏ��需要扩大日志空间�?br />
定期清除日志�Q?br />
dump tran dbname with truncate_only

可以��上�q�的命��o攑֜�crontab中�?br />
定期��查磁盘空间的使用�?如果发现操作�pȝ��有磁盘分��Z��用达�?00%�Q�应��快处理�?br />
#df -k

定期��查数据库的错误日�?errorlog)�Q�如果错误日志中发现有数据库的严重错误，应立卛_��理�?br />
有计划的截断数据库的错误日志�?br />
数据库运行一定时间后�Q�可以在数据库没有业务时�Q�（下班或周末）�Q�将数据库stop后，��错误日志更名，然后重新启动数据库，产生一个新的数据库错误日志�?/p>
在错误日志中,以下的错误��别�ؓ不严重错�?通常是用户错�?如语�?��d��权限�I�间不��{��?br /> 10 Status information

11 Specified database object not found

12 Wrong datatype encountered

13 User transaction syntax error

14 Insufficient permissions to execute commands

15 Syntax error in SQL statement

16 Miscellaneous user error

Hardware/software errors

17 Insufficient resources

18 Non-fatal internal error

在错误��?7�?要注意错误号1105,1105表示�I�间不��(数据库数据或是日�?�?br />
在错误��?8�?最多的�?608,1608表示一个客戯��接不是正常方式退出的�Q?br />
�q�类错误不用��x��?/p>
以下错误�U�别��Z��重错�?通常是系�l?数据库、磁盘损坏、操作系�l?错误
19 Fatal error in resource

20 Fatal error in current process

21 Fatal error in database process

22 Fatal error: table integrity suspect

23 Fatal error: database integrity suspect

24 Hardware error or system table corruption

在错误日志中�Q�可以按�?Sybase Technical Support"来搜索，

扑ֈ�的错误通常是严重错误�?/p>
��查数据库的一致�?br /> ��系�l�数据库、用��h��据库的数据分配页物理可用性，��查数据库�pȝ��表和用户表的数据完整性，查看是否有表损坏�Q�可能是逻辑也可能是物理的损坏，如磁盘错误可能导致数据库的表损坏�Q?br />
做数据库的一致性通常需要单用户状态，�q�且都是一些耗时操作�Q�如果数据库大的话）�Q�因此，�q�些��查可以考虑在系�l�检修时�q�行�?br />
dbcc checkalloc(dbname)��查数据库的空间分配，必须在单用户下执�?br />
checkcatalog(dbname) ��查系�l�表的一致�?br />
dbcc checkdb(dbname) ��查用��h��据库的数据库一致�?包括�pȝ��表和用户�?

dbcc checktable(tablename) ��查一张表的数据一致性�?/p>
数据库的备䆾
数据库的备䆾对于日常的维护来说十分重要，�pȝ��理员一定要注意数据库每天都有成功备份。需要检查备份的介质(��盘或是��带)是否正常�?br />
备䆾命��o:

dump database to ‘/xx/xxx’ �Q�设备名或是��盘上的文�g名）

用户可以规划一个备份的计划�Q�然后将备䆾的命令放在crontab 中，让系�l�自动定时做数据库的备䆾�?/p>
数据库的排错
数据库通常的错误主要是以下几种

数据库服务无法启�?br />
解决�Q�查看数据库的错误日志，�Ҏ��错误日志扑ֈ�无法启动的原因，原因通常是ip地址�Q�端口不�Ҏ��是被占用�Q�内存配�|�过大，或是数据库设备的属性不对，sybase用户没有讉K��权限�?br />
数据库不能恢�?recovery)

解决�Q�查看数据库的错误日志，扑ֈ�数据库不能恢复的原因�Q�然后做相应的处理。通常是由于系�l�突然断甉|��是系�l�非正常��x��?br />
用户表不能访�?br />
解决�Q�查看数据库的错误日志，扑ֈ�不能讉K��的原因。通常是由于访问权限或是表损坏�Q?

最常见的数据库重大故障分析
�Ҏ��我们的经验，除去��g故障外，造成重大数据库故障都是因为日志满�Q�重启动时异常删除日志导��_��

而日志满主要是一下几个原因造成�Q?br />
1�Q�数据库配置不合�?br />
主要是内存、锁的配�|�不合理�?br />
2�Q�存在不完整的事务或是进�E?br />
出现�q�种情况是由于不完整的事务引��L��。引起不完整的事务主要有两个斚w��的原因：�W�一是网�l�质量不佻I��如果在客��L��向ASE服务端进行事务时�Q�如果网�l�突然中断，会导致事务的不完整。第二是应用�E�序存在问题�Q�而在�q�种情况下，重新启动数据库服务后�Q�数据库的恢复可能是非常�~�慢的，主要是看日志的大��和事务的类型，�Q�有时用户�ؓ了快速启动，通常会异常清除数据库的日志，��有可能会造成数据库表损坏�Q�所以，在这�U�情况下千万不要急于重新启动数据库服务�?br />
如果存在不完整的事务�Q�在该事务之后的所有事务都不能被清除，��D��数据库日志满�?br />
不完整的事务可以从master..syslogshold表中发现�Q�如果其中starttime�Q�最早的事务开始时��_��距离当前旉��很长�Q�比如一天，一月，则该事务应该是一个不完整的事务，可以��该事务对应的数据库�q�程kill�?/p>
3�Q�出现过大的事务
�q�类问题完全是应用或是�h为造成的问题。例如一�ơ删除一�?000万条记录的表�Q�导致日志满。这�U�情况下重启动服务，数据库的恢复也将是十分缓慢的�Q�防止出现这�c�问题，是将大事务�{换成许多��事务来执行。在事务之间来删除数据库的日志。例如手工删除日志或是将数据库设�|�成自动清日志�?/p>
数据库的性能优化
查看数据库的配置�Q�看能否有不合理的数据库配置�?br />
查看�Ҏ��参考上一节查看数据库的配�|��?br />
更新数据库的�l�计信息(��锁)

update statistics tablename

对行锁表回收�I�间(表锁)

reorg rebuild tablename

做空间回收时需要在�pȝ��l�护时做

监测数据库的�q�行�Q�查看是否阻塞羃

sp_lock

sp_who

select spid,bloced from master..sysprocesses where blocked>0

�Ҏ��据库�pȝ��q�行�q�行监测�Q�发现可能引��h��能差的因素

在系�l�运行忙或是性能不佳时运�?br />
sp_sysmon “00:10:00”

分析的一些常用工��P��

在应用开发或是执行之前，对可能引起问题的语句��查命令：

set showplan on
set noexec on

�q�样�Q�可以看到该语句的执行过�E�，而该语句�q�不执行�?/p>

set showplan off

set noexec off

off 以上的选项

set statistics io on /off
set statistics time on/off

在语句执行时可以看到I/O的实际情况（包括物理I/O,逻辑I/O)

以上语句��Z��session

在运行过�E�中查找可能有问题的语句的命令：

�q�行几次 sp_lock
查找其中对表意向�?(sh_intent,ex_intent)较长旉��的进�E�，记录下spid

( 比如�Q�update 一�?00万条记录中的一条，如果表不使用索引�Q�最�l�会有一个Ex_row锁，但在表扫描期��_��一直会有一�?br />
Ex_intent意向锁）

通过spid,可以看到执行命��o和执行过�E�：

dbcc traceon(3604)

go

dbcc sqltext(spid)

go

sp_showplan spid,null,null,null

go

查找��d��q�程�Q?br /> select spid,blocked from master..sysprocesses where blocked>0

其中blocked 对应��d��别�h的进行，spid对应被阻塞经常，

查看blocked对应�q�程执行的命令和执行�q�程

�Ҏ��同上

查找最耗资源的�q�程�Q�下面有两个存储�q�程�Q�可以分析在数据库繁忙时最消耗cpu和i/o资源的数据库�q�程�Q��ƈ昄��该进�E�所执行的语句以及执行的�q�程�Q�根据执行过�E�来判断问题的原因�?/p>
if exists( select name from sysobjects where type='P' and name='proc_who_do_io')
drop proc proc_who_do_io

go

/* print top n (of physical_io usages) applications 's execute plan and sql */
/* example useage : proc_who_do_io */

create proc proc_who_do_io

@inter_time    char(8)='00:00:05',

@topn  int=3

as

declare @spid int

select @spid=11

dbcc traceon(3604)

select spid,cmd,physical_io,hostname,program_name into #t1 from master..sysprocesses order

by spid

waitfor delay @inter_time

select spid,cmd,physical_io ,hostname,program_name into #t2 from master..sysprocesses order

by spid

select #t1.spid,#t1.cmd,#t1.program_name,#t1.physical_io as phy_io,#t1.hostname,#t2.physical_io - #t1.physical_io as
phy_io_add into #t3 from #t1,#t2

where #t1.spid=#t2.spid and abs(#t2.physical_io - #t1.physical_io) >2 order by #t2.physical_io - #t1.physical_io desc

select * from #t3

select * into #t4 from #t3 where 1=2

set rowcount 1

while @topn >0

begin

insert #t4 select * from #t3

delete #t3

select @spid=spid from #t4

select "execute plan :"+ str(@spid)

exec sp_showplan @spid,null,null,null

dbcc sqltext(@spid)

delete #t4

select @topn = @topn-1

end

set rowcount 0

go

if exists( select name from sysobjects where type='P' and name='proc_who_use_cpu')
drop proc proc_who_use_cpu

go

/* print top n (of cpu usages) applications 's execute plan and sql */
/* example useage : proc_who_use_cpu */

create proc proc_who_use_cpu

@inter_time    char(8)='00:00:05',

@topn  int=3

as

declare @spid int

select @spid=11

dbcc traceon(3604)

select spid,cmd,cpu,hostname,program_name into #t1 from master..sysprocesses order

by spid

waitfor delay @inter_time

select spid,cmd,cpu ,hostname,program_name into #t2 from master..sysprocesses order

by spid

select #t1.spid,#t1.cmd,#t1.program_name,#t1.cpu ,#t1.hostname,#t2.cpu - #t1.cpu as
cpu_add into #t3 from #t1,#t2

where #t1.spid=#t2.spid and abs(#t2.cpu - #t1.cpu) >2 order by #t2.cpu - #t1.cpu desc

select * from #t3

select * into #t4 from #t3 where 1=2

set rowcount 1

while @topn >0

begin

insert #t4 select * from #t3

delete #t3

select @spid=spid from #t4

select "execute plan :"+ str(@spid)

exec sp_showplan @spid,null,null,null

dbcc sqltext(@spid)

delete #t4

select @topn = @topn-1

end

set rowcount 0

go

数据库版本在 ASE12.5.0.3以上�Q?��L��索引使用情况
select s.SPID,s.CpuTime,t.LineNumber,t.SQLText

from monProcessStatement s,monProcessSQLText t

where s.SPID=t.SPID

order by s.CpuTime,s.SPID,t.LineNumber desc

虎啸长沙,龙跃深圳. 2008-07-05 17:19 发表评论

查看�q�段旉��来对哪些表、烦引的操作比较多的存储�q�程

虎啸长沙,龙跃深圳. — Sat, 05 Jul 2008 08:29:00 GMT
print 'sp_hotobjects'
SETUSER 'dbo'
go
use sybsystemprocs
go

drop proc sp_hotobjects
go

create procedure sp_hotobjects
@interval char(12) = "", /* time interval string */
@interval_sample char(12) = "00:05:00" /* sample interval every 5 minutes by default */
as

declare @TmpTime datetime /* temporary datetime variable */
declare @Seconds int /* Interval converted to seconds */
declare @Endtime datetime

create table #hotobjects_totals
(dbname char(30) not null,
objname char(30) not null,
lockcount int null,
locktable int null,
lockshared int null,
lockexclusive int null,
lockrow int null,
lockpage int null,
lockblk int null
)

create table #hotobjects
(dbname char(30) not null,
objname char(30) not null,
lockcount int null,
locktype int not null,
primary key(dbname, objname, locktype))

/* loop for the interval specified */
select @TmpTime = convert(datetime, @interval)
select @Seconds = datepart(hour,@TmpTime)*3600+datepart(minute,@TmpTime)*60+datepart(second,@TmpTime)
select @Endtime = dateadd(second, @Seconds, getdate())

/* create a holding table */
select dbname, objname into #hotobjects_holding
from #hotobjects where 1=2

while (getdate() < @Endtime)
begin

/* populate the initial records */
delete from #hotobjects
insert into #hotobjects(dbname, objname, lockcount, locktype)
select distinct db_name(dbid), object_name(id,dbid), count(type), type from master..syslocks
where object_name(id,dbid) not like "#%" -- and object_name(id,dbid) not like "sys%"
and object_name(id,dbid) not like "hot%" group by type

waitfor delay @interval_sample

/* add a record into #hotobjects_totals if it does not exist */
if not exists(select 1 from #hotobjects_totals TOT, #hotobjects HOT
where TOT.dbname = HOT.dbname and TOT.objname = HOT.objname)
/* add this new lock record */
begin

/* populate a holding table */
delete from #hotobjects_holding
insert into #hotobjects_holding
select distinct dbname, objname from #hotobjects

/* now delete from the holding table all records we have done before */
delete from #hotobjects_holding
from #hotobjects_holding HOLD, #hotobjects_totals TOT
where HOLD.dbname = TOT.dbname and HOLD.objname = TOT.objname
/* what is left is the new records.....add these into the totals table */

insert into #hotobjects_totals(dbname, objname, lockcount, locktable, lockshared,
lockexclusive, lockrow, lockpage, lockblk)
select distinct HOLD.dbname, HOLD.objname, 0, 0,0,0,0,0,0
from #hotobjects_holding HOLD

end

/* from here on we will update this record */

update #hotobjects_totals
set lockcount = TOT.lockcount + HOT.lockcount
from #hotobjects_totals TOT, #hotobjects HOT
where TOT.dbname = HOT.dbname and TOT.objname = HOT.objname

update #hotobjects_totals
set locktable = locktable + HOT.lockcount
from #hotobjects_totals TOT, #hotobjects HOT
where TOT.dbname = HOT.dbname and TOT.objname = HOT.objname
and HOT.locktype in (1,2)

update #hotobjects_totals
set lockshared = lockshared + HOT.lockcount
from #hotobjects_totals TOT, #hotobjects HOT
where TOT.dbname = HOT.dbname and TOT.objname = HOT.objname
and HOT.locktype in (2,6,9)

update #hotobjects_totals
set lockexclusive = lockexclusive + HOT.lockcount
from #hotobjects_totals TOT, #hotobjects HOT
where TOT.dbname = HOT.dbname and TOT.objname = HOT.objname
and HOT.locktype in (1,5,8)

update #hotobjects_totals
set lockrow = lockrow + HOT.lockcount
from #hotobjects_totals TOT, #hotobjects HOT
where TOT.dbname = HOT.dbname and TOT.objname = HOT.objname
and HOT.locktype in (8,9,10)

update #hotobjects_totals
set lockpage = lockpage + HOT.lockcount
from #hotobjects_totals TOT, #hotobjects HOT
where TOT.dbname = HOT.dbname and TOT.objname = HOT.objname
and HOT.locktype in (5,6,7)

update #hotobjects_totals
set lockblk = lockblk + HOT.lockcount
from #hotobjects_totals TOT, #hotobjects HOT
where TOT.dbname = HOT.dbname and TOT.objname = HOT.objname
and HOT.locktype > 255 and HOT.locktype < 269

end

select "In " + rtrim(dbname) + "the table " + rtrim(objname) + " had " +
case
when locktable > 1 then "table level, "
when lockshared > 1 then "shared, "
when lockexclusive > 1 then "exclusive, "
when lockrow > 1 then "row, "
when lockpage > 1 then "page, "
when lockblk > 1 then "blocking "
end
+ " locks"
from #hotobjects_totals
return (0)
go

grant exec on sp_hotobjects to public
go



虎啸长沙,龙跃深圳. 2008-07-05 16:29 发表评论

虎啸长沙,龙跃深圳. — Wed, 02 Jul 2008 12:58:00 GMT

死锁的发生对�pȝ��的性能和吞吐量都有重要影响�Q�经��发玎ͼ��理信息�pȝ��的死锁主要是因�ؓ两个或多个线�E�（��d��Q�抢占同一表数据资源。引起长旉��抢占同一资源不是因�ؓ我们需要处理的事务太复杂，旉��太长�Q�而往往是因为我们在前端应用�E�序�Ҏ��据库作操作时忘了提交。本文介�l�一�U�处理解册��U�死锁的�Ҏ��?
Sybase��锁原理

数据�׃�n与数据一致性是一对不可调和的矛盾�Q��ؓ了达到数据共享与数据一��_��必须�q�行�q�发控制。�ƈ发控制的��d��是��Z��避免�׃�n冲突而引��L��数据不一致。Sybase SQL Server�q�发控制的方法是加锁机制�Q�LOCKING�Q?

锁的�c�d��

可申��L��?br /> 已有的锁 S U X

S �?/td> �?/td> ×

U �?/td> × ×

X × × ×

Sybase SQL Server有三�U�封锁类型：排它锁（exclusive lock,��U�X锁）�Q�共享锁�Q�share lock,��U�S锁）�Q�更新锁�Q�update lock,��U�U锁）。这三种锁的相容矩阵表如下：

×:表示不兼宏V��∨�Q�表�C�兼宏V�?/p>
Sybase SQL Server是自动决定加锁类型的。一般来��_��读（SELECT�Q�操作��用S锁，写（UPDATE,INSERT和delete�Q�操作��用X锁。U锁是建立在页�U�上的，它在一个更新操作开始时获得�Q�当要修改这些页�Ӟ��U锁会升��为X锁�?/p>
锁的力度

SQL Server有两�U�锁�Q�页锁和表锁。通常��锁比表锁的限制更少�Q�或更小�Q�。页锁对本页的所有行�q�行锁定�Q�而表锁则锁定整个表。�ؓ了减��用户间的数据争用和改进�q�发性，SQL Server试图��可能地使用��锁�?/p>
当SQL Server军_��一个语句将讉K��整个表或表的大多数页�Ӟ��它用表锁来提供更有效的锁定。锁定策略直接受查询�Ҏ��U�束�Q�如果update或delete语句没有可用的烦引，它就执行表扫描或��h��一个表锁定。如果update或delete语句使用了烦引，它就通过��h��锁来开始，如果影响到大多数行，它就要请求表锁。一旦一个语句积累的��锁��过锁提升阈��|��SQL Server��p��法给该对象分配一个表锁。如果成功了�Q�页锁就不再必要了，因此被释放。表锁也在页层提供避免锁冲突的方法。对于有些命令SQL Server自动使用表锁�?/p>
锁的状�?/strong>

SQL SERVER加锁有三�U�状态：

1�Q�意向锁�Q�intend�Q�—是一�U�表�U�锁�Q�它表示在一个数据页上获得一个S或X锁的意向。意向锁可以防止其他事务在该数据��늚�表上获得排它锁�?/p>
2�Q�阻塞（blocking,��记blk�Q�—它表明目前加锁�q�程的状态，带有blk后缀的锁说明该进�E�目前正��d��另一个需要获得锁的进�E�，只有�q�一�q�程完成�Q�其他进�E�才可以�q�行�?/p>
3�Q�需求锁�Q�demand�Q�—表�C�此时该�q�程企图得到一个排它锁。它可以防止在这一表或��上加过多的S锁，她表�C�某一事务是下一个去锁定该表和该��늚�事务�?/p>
需求锁是一个内部过�E�，因此用sp_lock是无法看见的�?/p>
死锁DEADLOCK

��单地��_��有两个用戯��E�，每个�q�程都在一个单独的��|��表上有一个锁�Q�而且每个�q�程都想在对方进�E�的��|��表上��h��不相定w��时就会发�?#8220;死锁”。在�q�种情况下，�W�一个进�E�在�{�待另一�q�程释放锁，但另一�q�程要等到第一个进�E�的对象释放时才会释放自��q��锁�?/p>
SQL Server��查是否死锁，�q�终止事务中CPU旉��U�篏最��的用户�Q�即最后进入的用户�Q�。SQL Server回滚该用��L��事务�Q��ƈ用消息号1205通知有此死锁行�ؓ的应用程序，然后允许其他用户�q�程�l�箋�q�行�?/p>
在多用户情�Ş下，每个用户的应用程序都应检查每个修�Ҏ��据的事务是否�?205��h��息，以此��定是否有可能死锁。消息号1025表示该用��L��事务因死锁而终止�ƈ被回滚。应用程序必��重新开始这个事务处理�?/p>
查找死锁原因

既然��理信息�pȝ��长时间死锁的原因是由于我们提交或者是提交不当�Q�那么我们就可以通过修改�E�序防止出现死锁。定位死锁出错处主要�l�过以下三步�Q?/p>
1�Q�在死锁出现�Ӟ��用SP_WHO,SP_LOCK获得�q�程与锁的活动情��c�?br /> 2�Q�结合库表sysobjects和相应的操作员信息表查出被锁的库表与锁住别�h的操作员�?br /> 3�Q�根据锁定的库表与操作员的岗位，可以估计出程序大�U�出错处。询问操作员在死锁时执行的具体操作即可完全定位出错处。最后查扄��序�ƈ修改之�?/p>
用sp_who获取关于被阻��进�E�的信息

�pȝ��q�程sp_who�l�出�pȝ��q�程的报告。如果用��L��命��o正被另一�q�程保持的锁�ȝ��Q�则�Q?br /> ◆status列显�C?#8220;lock sleep”�?br /> ◆blk列显�C�Z��持该锁或�q�些锁的�q�程标识�Q�即被谁锁定了�?br /> ◆loginame列显�C�登录操作员。结合相应的操作员信息表�Q�便可知道操作员是谁�?br /> Fid spid status loginame origname blk dbname cmd
0 1 lock sleep lm lm 18 QJYD SELECT
0 2 sleeping NULL NULL 0 master NETWORK HANDLER
0 3 sleeping NULL NULL 0 master NETWORK HANDLER
……

用sp_lock��览�?/strong>
要得到关于当前SQL Server上保持的锁的报告�Q�可用系�l�过�E�sp_lock [spid1[,spid2]]�Q�spid1,spid2是表master.dbo.sysprocesses中的sql server�q�程id��P��用sp_who可以得到锁定与被锁定的spid��P��

◆locktype列显�C�加锁的�c�d��和封锁的�_�度�Q�有些锁的后�~��q�带有blk表明锁的状态。前�~�表明锁的�c�d��Q�Sh—共享锁�Q�Ex—排它锁或更新锁�Q�中间表明锁��d��表上�Q?#8221;table”�?#8217;intent’�Q�还是在��上�Q�page�Q? 后缀“blk”表明该进�E�正在障��另一个需要请求锁的进�E�。一旦正在障��的�q�程一�l�束�Q�其他进�E�就向前�U�d��?#8220;demand”后缀表明当前�׃�n锁一释放�Q?该进�E�就甌��互斥锁�?/p>
◆table_id列显�C��的id��P��l�合sysobjects卛_��查出被封锁的表名�?/p>
执行该进�E�后屏幕昄��

Fid Spid locktype table_id page row dbname Class context
0 1 Sh_intent 678293476 0 0 QJYD Non Cursor LockFam dur
0 1 Sh_page 678293476 31764 0 QJYD Non Cursor Lock
0 18 Ex_intent 9767092 0 0 QJYD Non Cursor LockFam dur
……

定位出错�?/strong>

�Ҏ��sp_who与sp_lock命��o的结果，�l�合sysobjects和相应的操作员信息表。得到操作员及其在死锁时所操作的库表，便大�U�可以知道应用程序的出错处，再询问操作员在死锁时执行什么操作以�q�一步认证。最后查扄��序�ƈ修正之�?br />

�?
锁的问题一般来讲是�q�样�?

首先判断是否存在锁竞�?

1、基于系�l�管理员的经验找出热点表

2、通过以下�Ҏ��判断�Q?

sp_who
察看�pȝ��中是否有status为lock sleep的用戗��如果存在，再运行命�?
sp_lock
察看�pȝ��中被锁住的表的table_id
�l�箋�q�行命��o
select * from sysobjects where id = table_id
扑ֈ�被锁住的表名�?
如果发现sp_who中有多个用户被锁�Q�那么，��可认�ؓ是锁造成了数据库�pȝ��的性能底下�?

调优�Ҏ��1�Q�修改对应表的加锁模式由allpages��U�锁�Q�如�Q?
alter table XXXX lock datarows

调优�Ҏ��2�Q�改大环境参数number of locks�Q�如�Q?
sp_configure “number of locks”, 50000
注意�Q�在�q�种情况下需要保持total memory与number of locks的匹配性�?

调优�Ҏ��3�Q�配�|�锁提升阈��|��可修改的配置包括两项内容�Q?
Page(HWM)、Row(HWM)�Q�命令如下：

Sp_configure ‘page lock promotion HWM’, 500
Sp_configure ‘row lock promotion HWM’, 500

虎啸长沙,龙跃深圳. 2008-07-02 20:58 发表评论

虎啸长沙,龙跃深圳. — Wed, 02 Jul 2008 03:48:00 GMT

sp_who报告的状态�?/p>
状�?nbsp;         表示       kill命��o的效�?/p>
recv sleep �{�待�|�络��d�� 立即
send sleep �{�待�|�络发�?nbsp; 立即
alarm sleep �{�待警报      立即
lock sleep �{�待获取�?nbsp;   立即
sync sleep �{�待同系列另一�q�程的同步消�?nbsp; 立即.�p�d��中的其它�q�程也必��d��为可注销的状�?br /> sleeping    �{�待��盘I/O或某�U�其它资�?或许表示正在�q�行的进�E?但正在执行大量的��盘I/O ��数休眠�q�程不能苏醒,因而需要服务器重启以将其清�?
runnable    在可�q�行�q�程队列�?nbsp;      立即
running     �z�跃地运行在一个服务器引擎�?nbsp; 立即
infected    服务器已��到严重的错误情�?极其��见    不要使用kill命��o.可能需要重启服务器以清除进�E?
background 由Adaptive Server而不是用戯��E�运行的�q�程例如阈��D��E?nbsp; 立即;使用kill时必��L��其小�?��在注销背景�q�程之前,仔细��查sysprocesses
log suspend   到达日志的最后机会阈值时挂�v的进�E?nbsp; 立即

参�?lt;sybase数据库系�l�管理指�?gt;

---�?本文转摘自『onlyhot blog �?blog.onlyhot.cn』http://www.onlyhot.cn/blog/?action=show&id=1178

虎啸长沙,龙跃深圳. 2008-07-02 11:48 发表评论

虎啸长沙,龙跃深圳. — Tue, 01 Jul 2008 08:48:00 GMT
用一个实例讲解了Sybase数据库性能优化的具体过�E�，具体内容请参考下文：
�׃�n�?
sp_getapplock 锁定应用�E�序资源

sp_releaseapplock 为应用程序资源解�?

SET LOCK_TIMEOUT 1800 锁超时期限设�|?

sp_configure 'deadlock checking period',5000 讄��锁检��周�?
sp_configure 'lock wait period',5000 讄��锁的�{�待旉��
sp_setrowlockpromote 讄��基本个表的最大行锁升�U�数(锁数)
sp_setrowlockpromote 'TABLE',TREECODE,500,500,100
sp_setrowlockpromote 'TABLE',LCD05,500,500,100

[Lock Manager]
number of locks = 50000 #锁数
deadlock checking period = DEFAULT
freelock transfer block size = DEFAULT
max engine freelocks = DEFAULT
lock spinlock ratio = DEFAULT
lock hashtable size = DEFAULT
lock scheme = DEFAULT
lock wait period = DEFAULT
read committed with lock = DEFAULT
当很多事务同时访问同一个数据库�Ӟ��会加剧锁资源争夺�Q�严重时事务之间会发生死锁。可用sp_object_stats查明死锁位置。该�q�程报告资源争夺最�Ȁ烈的10张表、一个数据库中资源争夺的表和单个表的争夺情况。语法�ؓsp_object_stats interval [, top_n [, dbname [, objname [, rpt_option ]]]]�Q�查看锁争夺情况只需讄��interval�?#8220;hh:mm:ss”。如果显�C�每�U�锁的争夺程度超�q?5%�Q�应该改变加锁方式，比如表的全页锁改成数据页锁，数据��锁�Ҏ��数据行锁�{��?

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
allow remote access 1 0 1 1
print recovery information 0 0 0 0
recovery interval in minutes 5 0 5 5
tape retention in days 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
global async prefetch limit 10 0 10 10
global cache partition number 1 0 1 1
memory alignment boundary 2048 0 2048 2048
number of index trips 0 0 0 0
number of oam trips 0 0 0 0
procedure cache percent 20 22426 20 20
total data cache size 0 89698 0 89698
total memory 47104 196608 98304 98304

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
cis bulk insert batch size 0 0 0 0
cis connect timeout 0 0 0 0
cis cursor rows 50 0 50 50
cis packet size 512 0 512 512
cis rpc handling 0 0 0 0
enable cis 1 0 1 1
max cis remote connections 0 0 0 0
max cis remote servers 25 19 25 25

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
dtm detach timeout period 0 0 0 0
dtm lock timeout period 300 0 300 300
enable xact coordination 1 0 1 1
number of dtx participants 500 149 500 500
strict dtm enforcement 0 0 0 0
txn to pss ratio 16 3692 16 16
xact coordination interval 60 0 60 60

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
average cap size 200 0 200 200
caps per ccb 50 0 50 50
dump on conditions 0 0 0 0
maximum dump conditions 10 0 10 10
number of ccbs 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
allow sql server async i/o 1 0 1 1
disable disk mirroring 0 0 0 0
disk i/o structures 256 31 256 256
number of devices 10 #5 10 10
page utilization percent 95 0 95 95

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
event log computer name LocalSystem 0 LocalSystem LocalSystem
event logging 1 0 1 1
log audit logon failure 0 0 0 0
log audit logon success 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
esp execution priority 8 0 8 8
esp execution stacksize 77824 0 77824 77824
esp unload dll 0 0 0 0
start mail session 0 0 0 0
xp_cmdshell context 1 0 1 1

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
configuration file 0 0 0 /sybase/hgd

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
enable java 0 0 0 0
size of global fixed heap 300 0 300 300
size of process object heap 300 0 300 300
size of shared class heap 3072 0 3072 3072

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
default character set id 1 0 1 1
default language id 0 0 0 0
default sortorder id 50 0 50 50
disable character set conversi 0 0 0 0
enable unicode conversions 0 0 1 1
number of languages in cache 3 4 3 3
size of unilib cache 0 140 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
deadlock checking period 500 0 500 500
freelock transfer block size 30 0 30 30
lock address spinlock ratio 100 0 100 100
lock hashtable size 2048 48 2048 2048
lock scheme allpages 0 allpages allpages
lock spinlock ratio 85 0 85 85
lock table spinlock ratio 20 0 20 20
lock wait period 2147483647 0 2147483647 2147483647
max engine freelocks 10 0 10 10
number of locks 5000 2344 10000 10000
print deadlock information 0 0 1 1
read committed with lock 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
additional network memory 0 0 0 0
allow resource limits 0 0 0 0
audit queue size 100 42 100 100
average cap size 200 0 200 200
caps per ccb 50 0 50 50
deadlock pipe max messages 0 0 0 0
default network packet size 512 #505 512 512
disk i/o structures 256 31 256 256
enable rep agent threads 0 0 0 0
errorlog pipe max messages 0 0 0 0
event buffers per engine 100 #11 100 100
executable codesize + overhead 0 20261 0 20261
lock hashtable size 2048 48 2048 2048
lock spinlock ratio 85 0 85 85
max cis remote servers 25 19 25 25
max number network listeners 5 868 5 5
max online engines 1 216 1 1
max roles enabled per user 20 #22 20 20
memory per worker process 1024 0 1024 1024
number of alarms 40 3 40 40
number of aux scan descriptors 200 #258 200 200
number of ccbs 0 0 0 0
number of devices 10 #5 10 10
number of languages in cache 3 4 3 3
number of large i/o buffers 6 97 6 6
number of locks 5000 2344 10000 10000
number of mailboxes 30 1 30 30
number of messages 64 3 64 64
number of open databases 12 1239 12 12
number of open indexes 500 512 500 500
number of open objects 500 561 500 500
number of remote connections 20 86 50 50
number of remote logins 20 23 20 20
number of remote sites 10 1729 10 10
number of user connections 25 43141 250 250
number of worker processes 0 0 0 0
partition groups 1024 904 1024 1024
permission cache entries 15 #227 15 15
plan text pipe max messages 0 0 0 0
procedure cache percent 20 22426 20 20
process wait events 0 0 0 0
remote server pre-read packets 3 #83 3 3
size of global fixed heap 300 0 300 300
size of process object heap 300 0 300 300
size of shared class heap 3072 0 3072 3072
size of unilib cache 0 140 0 0
sql text pipe max messages 0 0 0 0
stack guard size 4096 #1108 4096 4096
stack size 86016 #23269 86016 86016
statement pipe max messages 0 0 0 0
total data cache size 0 89698 0 89698
total memory 47104 196608 98304 98304
txn to pss ratio 16 3692 16 16
wait event timing 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
number of open databases 12 1239 12 12
number of open indexes 500 512 500 500
number of open objects 500 561 500 500
open index hash spinlock ratio 100 0 100 100
open index spinlock ratio 100 0 100 100
open object spinlock ratio 100 0 100 100

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
Q diagnostics active 0 0 0 0
SQL batch capture 0 0 0 0
deadlock pipe active 0 0 0 0
deadlock pipe max messages 0 0 0 0
errorlog pipe active 0 0 0 0
errorlog pipe max messages 0 0 0 0
object lockwait timing 0 0 0 0
per object statistics active 0 0 0 0
plan text pipe active 0 0 0 0
plan text pipe max messages 0 0 0 0
process wait events 0 0 0 0
sql text pipe active 0 0 0 0
sql text pipe max messages 0 0 0 0
statement pipe active 0 0 0 0
statement pipe max messages 0 0 0 0
statement statistics active 0 0 0 0
wait event timing 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
additional network memory 0 0 0 0
allow remote access 1 0 1 1
allow sendmsg 0 0 0 0
default network packet size 512 #505 512 512
max network packet size 512 0 512 512
max number network listeners 5 868 5 5
number of remote connections 20 86 50 50
number of remote logins 20 23 20 20
number of remote sites 10 1729 10 10
remote server pre-read packets 3 #83 3 3
syb_sendmsg port number 0 0 0 0
tcp no delay 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
max async i/os per engine 2147483647 0 2147483647 2147483647
max async i/os per server 2147483647 0 2147483647 2147483647
o/s file descriptors 0 0 0 1024
tcp no delay 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
max parallel degree 1 0 1 1
max scan parallel degree 1 0 1 1
memory per worker process 1024 0 1024 1024
number of worker processes 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
additional network memory 0 0 0 0
lock shared memory 0 0 0 0
max SQL text monitored 0 7 0 0
shared memory starting address 0 0 0 0
total memory 47104 196608 98304 98304

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
max online engines 1 216 1 1
min online engines 1 0 1 1

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
enable rep agent threads 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
SQL Perfmon Integration 1 0 1 1
abstract plan cache 0 0 0 0
abstract plan dump 0 0 0 0
abstract plan load 0 0 0 0
abstract plan replace 0 0 0 0
allow backward scans 1 0 1 1
allow nested triggers 1 0 1 1
allow resource limits 0 0 0 0
allow updates to system tables 0 0 1 1
audit queue size 100 42 100 100
cpu accounting flush interval 200 0 200 200
cpu grace time 500 0 500 500
deadlock retries 5 0 5 5
default database size 2 0 2 2
default exp_row_size percent 5 0 5 5
default fill factor percent 0 0 0 0
enable DTM 0 0 0 0
enable HA 0 0 0 0
enable housekeeper GC 1 0 1 1
enable sort-merge join and JTC 0 0 0 0
event buffers per engine 100 #11 100 100
housekeeper free write percent 1 0 1 1
i/o accounting flush interval 1000 0 1000 1000
i/o polling process count 10 0 10 10
identity burning set factor 5000 0 5000 5000
identity grab size 1 0 1 1
license information 25 0 25 25
number of alarms 40 3 40 40
number of aux scan descriptors 200 #258 200 200
number of large i/o buffers 6 97 6 6
number of mailboxes 30 1 30 30
number of messages 64 3 64 64
number of open databases 12 1239 12 12
number of open indexes 500 512 500 500
number of open objects 500 561 500 500
number of pre-allocated extent 2 0 2 2
number of sort buffers 500 0 500 500
page lock promotion HWM 200 0 200 200
page lock promotion LWM 200 0 200 200
page lock promotion PCT 100 0 100 100
partition groups 1024 904 1024 1024
partition spinlock ratio 10 0 10 10
print deadlock information 0 0 1 1
row lock promotion HWM 200 0 200 200
row lock promotion LWM 200 0 200 200
row lock promotion PCT 100 0 100 100
runnable process search count 2000 0 2000 2000
size of auto identity column 10 0 10 10
sql server clock tick length 100000 0 100000 100000
text prefetch size 16 0 16 16
time slice 100 0 100 100
upgrade version 1100 0 12000 12000

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
allow procedure grouping 1 0 1 1
auditing 0 0 0 0
check password for digit 0 0 0 0
curread change w/ open cursors 1 0 1 1
current audit table 1 0 1 1
max roles enabled per user 20 #22 20 20
maximum failed logins 0 0 0 0
minimum password length 6 0 6 6
msg confidentiality reqd 0 0 0 0
msg integrity reqd 0 0 0 0
secure default login guest 0 guest guest
select on syscomments.text 1 0 1 1
suspend audit when device full 1 0 1 1
unified login required 0 0 0 0
use security services 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value
-------------- ------- ----------- ------------ ---------
default network packet size 512 #505 512 512
number of pre-allocated extent 2 0 2 2
number of user connections 25 43141 250 250
permission cache entries 15 #227 15 15
stack guard size 4096 #1108 4096 4096
stack size 86016 #23269 86016 86016
systemwide password expiration 0 0 0 0
user log cache size 2048 0 2048 2048
user log cache spinlock ratio 20 0 20 20

虎啸长沙,龙跃深圳. 2008-07-01 16:48 发表评论

可申��L��?br /> 已有的锁	S	U	X
S	�?/td>	�?/td>	×
U	�?/td>	×	×
X	×	×	×

国产精品四虎,亚洲一区二区三区四区视频,四季av在线一区二区三区

Sybase ASE表分區的���?

利用DM水��^分区优化�pȝ��

Sybase數據庫性能調優的一些小斚w��

sp_sysmon性能诊断�l�果分析

查寻提示改变优化�?

Sybase配置参数

Sybase 常用sql语句

大表清理�Ҏ��

sybase性能优化�l�验谈！

Sybase数据库的日常�l�护

查看�q�段旉���来对哪些表、烦引的操作比较多的存储�q�程

Sybase ASE表分區的��?

查看�q�段旉��来对哪些表、烦引的操作比较多的存储�q�程