Sybase安裝及系統(tǒng)管理之上篇RAWDevice（裸分區(qū)）VSFilesystemDevice裸分區(qū)是指磁盤(pán)的一塊物理分區(qū)，沒(méi)有用作操作系統(tǒng)，其讀寫(xiě)不通過(guò)操作系統(tǒng)緩沖。傳統(tǒng)的Unix安裝ASE推薦使用RAWDevice確保資料的完整性和較好的IO性能。但在新版的Unix和Linux中UFS和JFS在資料完整性和讀寫(xiě)性能的差距相較于裸設(shè)備已經(jīng)非常微弱。還有就是裸設(shè)備的管理比較復(fù)雜。從ASE12.0開(kāi)始Sybase提供dsync的屬性對(duì)數(shù)據(jù)庫(kù)設(shè)備禁止write-cache（寫(xiě)回緩沖）以確保資料的完整性和可恢復(fù)性。裸設(shè)備的使用出于安全和資料完整性方面的考慮比性能考慮多。AsyncI/O（異步I/O）異步IO是在一個(gè)IO動(dòng)作未完成時(shí)同時(shí)可進(jìn)行另外的動(dòng)作。異步IO對(duì)于數(shù)據(jù)庫(kù)的IO性能有較大的影響。在AIX和HP中都需要通過(guò)重新編譯內(nèi)核來(lái)支持。關(guān)于內(nèi)存:首先確定可用的總的物理內(nèi)存然后減去操作系統(tǒng)，Backup,Monitor等Sybase相關(guān)軟件的開(kāi)銷(xiāo)即為Sybase總的可用內(nèi)存。（建議服務(wù)器只做單純的ASE服務(wù)器并要?jiǎng)h除不必要的服務(wù)以減少開(kāi)銷(xiāo)，例如xwindow）在Unix及Linux中需要調(diào)整一些核心參數(shù)以支持較大的物理內(nèi)存。以下列出一些可能需要調(diào)整的參數(shù)： shmmax（最大共享內(nèi)存段大小，單位為字節(jié)），shmall（可用內(nèi)存的總數(shù)量，如果是字節(jié)同shmmax一樣）。其余的像shmmin等參數(shù)請(qǐng)參考操作系統(tǒng)手冊(cè)。Sybase利用maxmemory確定最大可用內(nèi)存量，具體內(nèi)存的分配方式取決于以下兩個(gè)參數(shù)allocatemaxsharedmemory和dynamicallocationondemandAllocatemaxsharedmemory指定是否分配由maxmemory指定的最大內(nèi)存，缺省不分配最大內(nèi)存。Dynamicallocationondemand指定是否在請(qǐng)求時(shí)立即分配資源還是僅需要時(shí)分配，缺省是需要時(shí)分配。例如配置了用戶(hù)連接數(shù)量只在用戶(hù)連接到Sybase時(shí)才分配內(nèi)存。參數(shù)設(shè)定：（分組并只對(duì)常用參數(shù)進(jìn)行說(shuō)明）PhysicalMemory：allocatemaxsharedmemory（指定是否分配由maxmemory指定的最大內(nèi)存，缺省不分配最大內(nèi)存）dynamicallocationondemand（指定是否在請(qǐng)求時(shí)立即分配資源還是僅需要時(shí)分配，缺省是需要時(shí)分配）maxmemory（確定Sybase最大可用內(nèi)存）totallogicalmemory（當(dāng)前配置的邏輯內(nèi)存，只讀）totalphysicalmemory（當(dāng)前配置的物理內(nèi)存，只讀）DiskI/O（磁盤(pán)IO）allowsqlserverasynci/o（允許SQLServer進(jìn)行異步IO,此參數(shù)對(duì)于設(shè)備的IO性能有極大影響，需要操作系統(tǒng)支持）diski/ostructures（磁盤(pán)IO結(jié)構(gòu)，啟動(dòng)時(shí)分配磁盤(pán)IO控制塊的數(shù)目.。將此值設(shè)定為操作系統(tǒng)允許的最大值以避免磁盤(pán)IO結(jié)構(gòu)不夠用的情況）numberofdevices（Sybase所能使用的最大設(shè)備數(shù)目）pageutilizationpercent（頁(yè)利用率）Meta-DataCaches（元資料緩存）numberofopendatabases（可同時(shí)打開(kāi)的數(shù)目庫(kù)數(shù)目）numberofopenindexes（可同時(shí)使用的索引數(shù)目）numberofopenobjects（可同時(shí)使用的對(duì)象數(shù)目）以上三個(gè)參數(shù)都可用sp_countmetadata來(lái)確定當(dāng)前Sybase中三個(gè)參數(shù)的大小。調(diào)整后可在實(shí)際的使用過(guò)程中利用sp_sysmon來(lái)確定是否設(shè)定合理）ParallelQuery（并行查詢(xún)）numberofworkerprocesses（同時(shí)可使用的并行查詢(xún)的可用的工作進(jìn)程數(shù)目）maxparalleldegree（最大的查詢(xún)并行程度）maxscanparalleldegree最大的掃描并行程度，一般的磁盤(pán)控制器使用2~3個(gè)工作進(jìn)程就可以充分利用其IO）Processors（處理器）maxonlineengines（最大的在線(xiàn)引擎數(shù)目，一個(gè)引擎可以理解為一個(gè)CPU的處理能力，不可大于操作系統(tǒng)可用的cpu個(gè)數(shù)） 一numberofenginesatstartup（Sybase啟動(dòng)時(shí)需要聯(lián)機(jī)的引擎數(shù)目）LockManager（鎖管理）lockscheme（鎖定方案，缺省為allpages，從ASE1192開(kāi)始提供datarows的鎖方案。利用行鎖可以大大提升并發(fā)性能，但需要更多的鎖，并且會(huì)有資料頁(yè)產(chǎn)生較多空頁(yè)困擾）numberoflocks（可用的鎖數(shù)目，此參數(shù)可能需要在使用過(guò)程中進(jìn)行調(diào)整以適用不同的應(yīng)用環(huán)境）printdeadlockinformation（打印死鎖信息到日志，如果頻繁發(fā)生死鎖可打開(kāi)此參數(shù)用來(lái)確定起因，但此參數(shù)會(huì)帶來(lái)額外的開(kāi)銷(xiāo)，在SMP環(huán)境更是如此）關(guān)于性能優(yōu)化好的性能同優(yōu)良的數(shù)據(jù)庫(kù)設(shè)計(jì)及優(yōu)秀的程序?qū)懛P(guān)系極大，可以這樣說(shuō)，如果一個(gè)數(shù)據(jù)庫(kù)沒(méi)有好的設(shè)計(jì)及對(duì)程序未進(jìn)行優(yōu)化的話(huà)即使對(duì)參數(shù)進(jìn)行調(diào)整也不可能有好的性能。在/Sybase_FAQ/ASE/sectionL5.html中有說(shuō)過(guò)客戶(hù)端應(yīng)用程序和數(shù)據(jù)庫(kù)的物理設(shè)計(jì)決定了性能的80%。對(duì)于系統(tǒng)管理所能夠做的就是減少I(mǎi)O,縮短響應(yīng)時(shí)間。在性能優(yōu)化方面程序員同DBA的工作有時(shí)是重疊的，例如，判斷索引是否必須，索引類(lèi)型是否正確。監(jiān)視數(shù)據(jù)庫(kù)的運(yùn)行判斷是否優(yōu)化！總的來(lái)說(shuō)，性能的提升就是縮短響應(yīng)時(shí)間和提高吞吐量。Sybase的查詢(xún)優(yōu)化是基于開(kāi)銷(xiāo)的計(jì)算的。索引的使用可以：避免表掃描。點(diǎn)查詢(xún)中定位包含特定資料的特定資料頁(yè)。范圍查詢(xún)確定上下限。索引覆蓋，完全避免存取數(shù)據(jù)頁(yè)。連接時(shí)避免排序。建立索引的注意事項(xiàng)：Unique和primarykey可以創(chuàng)建唯一索引，缺省情況下unique創(chuàng)建nonclustered，primarykey創(chuàng)建clustered索引。Allpages表一般都需要?jiǎng)?chuàng)建clustered索引或分區(qū)以減少最后一頁(yè)的爭(zhēng)奪。如果需要大量插入，不要將clustered索引建立在單調(diào)上升的字段上，如identity。對(duì)于dol表，此問(wèn)題并不嚴(yán)重，但allpages卻往往是鎖爭(zhēng)奪的根源。對(duì)allpages表，如有可能不要將clustered索引建立在頻繁更新的字段上。使用索引覆蓋來(lái)進(jìn)行關(guān)鍵查詢(xún)和不太頻繁的查詢(xún)。如果索引字段元唯一建立唯一索引，優(yōu)化程序知道只有一行紀(jì)錄匹配。索引鍵盡可能小，如果可能使用最小的數(shù)據(jù)類(lèi)型。確保連接字段元數(shù)據(jù)類(lèi)型相同，如果連接查詢(xún)需要轉(zhuǎn)換數(shù)據(jù)類(lèi)型就不能使用索引。使用索引盡可能使用前導(dǎo)字段元能夠提供良好的性能。鎖帶來(lái)的性能沖突：一個(gè)事務(wù)等待另外的事務(wù)完成并釋放鎖影響響應(yīng)時(shí)間和吞吐量。事務(wù)頻繁死鎖，累計(jì)CPU時(shí)間少的事務(wù)必須重新再來(lái)。并且會(huì)嚴(yán)重影響相應(yīng)時(shí)間同吞吐量。改善鎖沖突的建議：1.添加索引減少爭(zhēng)用。保持事務(wù)短小以減少持有鎖的時(shí)間。避免熱點(diǎn)?？赏ㄟ^(guò)表分區(qū)和clustered索引解決。應(yīng)用以相同順序獲得所以減少死鎖的發(fā)生。在使用大量表和更新幾個(gè)表的事務(wù)中應(yīng)確定一個(gè)由所有開(kāi)發(fā)人員共享的鎖定順序。延遲死鎖檢測(cè)，"deadlockcheckingperiod”指定開(kāi)始檢查死鎖前進(jìn)程必須等待的毫秒數(shù)。使用應(yīng)用程序的最低鎖定級(jí)。只在必要時(shí)使用隔離級(jí)別2或3。如果僅有幾個(gè)查詢(xún)需要級(jí)別3則在整個(gè)事物中使用holdlock或atisolotion，而不用settransactionisolotionat3。如果絕大部分的查詢(xún)需要級(jí)別3則使用set