1，打開SQL Server STUDiomanagement 2，打開工具sqlserverprofiler3，點擊Connect 4，點擊Run 5，可以看到一些抓取到的訪問數(shù)據(jù)庫的事件，包括讀寫、點擊cpu、持續(xù)時間等信息。6.單擊一個事件，對于DBA，我們都會對新服務器進行性能測試。

然后用DiskSpd測試磁盤IO 性能 indicator(原SQLIO)，再用SQLIOSIM測試存儲的完整性，再用ostress并發(fā)壓力測試。對于數(shù)據(jù)庫服務器遷移，我們也會收集回放Pro，收集key 性能 counter進行對比。接下來，我將重點介紹如何使用HammerDB的TPCC對SQLServer進行基準測試。很難編寫自己的負載測試代碼。為了模擬數(shù)據(jù)庫的負載，您希望有多個應用程序用戶和混合的數(shù)據(jù)讀寫語句。

讀寫數(shù)據(jù)的速度比硬盤高，因為數(shù)據(jù)庫在指定的位置讀寫數(shù)據(jù)，讀寫之前需要對硬盤進行尋址。假設在程序效率相當于關鍵進程且不包含緩存等措施的情況下，讀寫任何類型的數(shù)據(jù)都不如直接操作文件快。無論MSYQL進程是什么，最終都會在磁盤上讀取“文件”(記錄存儲區(qū)是等價的)，所以當然這一切的前提是只讀內容，與任何排序或搜索操作無關。動態(tài)網(wǎng)站一般用數(shù)據(jù)庫來存儲信息。如果信息時效性不高，可以加緩存減少頻繁讀寫數(shù)據(jù)庫。

數(shù)據(jù)庫慢一般有三種情況:逐漸慢下來，突然慢下來，不規(guī)則慢下來。第一種情況是逐漸減速。需要建立一個長期的監(jiān)控機制，比如每忙一個小時寫一個shell腳本(一般是~等)。定期收集osneorkdb的信息，每周發(fā)布一份報告，對收集的信息進行分析。這些數(shù)據(jù)的積累可以決定后期的優(yōu)化決策，可以成為DBA說服管理者采納自己決策的重要數(shù)據(jù)。DBA的價值體現(xiàn)在周報上。第二種情況突然變慢，最容易解決。第一，從業(yè)務角度，使用DB和有什么區(qū)別再做進一步判斷。硬件/網(wǎng)絡故障故障通常導致DB 性能突然掉線第一步:檢查DB/OS/NEORK的系統(tǒng)日志排除硬件/網(wǎng)絡問題第二步:檢查數(shù)據(jù)庫的等待事件，根據(jù)等待事件確定可能出現(xiàn)問題的鏈路。如果沒有等待事件，可以消除數(shù)據(jù)庫如果有等待時間，根據(jù)不同的等待事件尋找這些事件的根源，比如latchfree和其他與SQLparse相關的等待事件。os的性能是CPU利用率高，與SQLdiskread相關的OS的性能是iostat?？梢钥吹酱疟P讀寫的增加。第三步:檢查操作系統(tǒng)的信息。

據(jù)我所知，除了硬件原因，軟件的性能升級主要是時間復雜度和空間復雜度的優(yōu)化。就時間復雜度而言，主要是算法的優(yōu)化，也就是程序執(zhí)行邏輯的優(yōu)化。不能說代碼越少程序越高效，代碼越少只是減少了你的工作量。

因為用反射要多花一點時間；算法的短小對性能沒有直接影響，只能減少你的代碼。我認為算法的合理性是改進軟件的最重要原因性能。至于空間復雜度，主要是I/O操作，比如數(shù)據(jù)庫 operation，主要是不合理的sql。同一個實現(xiàn)，不同的實現(xiàn)方式差距巨大。除了這兩個，服務器和數(shù)據(jù)庫的調優(yōu)對軟件性能也有很大的作用。

優(yōu)化措施如下:1 .調整數(shù)據(jù)結構的設計是在開發(fā)信息系統(tǒng)之前完成的。程序員需要考慮是否使用ORACLE 數(shù)據(jù)庫的分區(qū)功能，是否為頻繁訪問的數(shù)據(jù)庫表建立索引。2.調整應用程序結構的設計也是在開發(fā)信息系統(tǒng)之前完成的。程序員在這一步需要考慮應用使用什么樣的架構，是使用傳統(tǒng)的客戶端/服務器兩層架構還是瀏覽器/Web/數(shù)據(jù)庫三層架構。

3.調整數(shù)據(jù)庫SQL語句應用的執(zhí)行最終會歸結到數(shù)據(jù)庫中SQL語句的執(zhí)行，所以SQL語句的執(zhí)行效率最終決定了ORACLE 數(shù)據(jù)庫的性能ORACLE建議使用ORACLE語句優(yōu)化器和rowlevelmanager來調整和優(yōu)化SQL語句。

經(jīng)常在網(wǎng)上看到類似這樣的文章。某論壇壓力太大，我就在后臺把mysql服務器拆成了A和B兩個，a專門寫，然后通過數(shù)據(jù)復制把數(shù)據(jù)寫到B。我很疑惑，除了機器性能強大和IO可以得到一些好處(一臺機器變成兩臺機器)之外，所有讀取的數(shù)據(jù)都來自B，真的可以改進，b機還是要寫的(抄也是寫)，而且寫的很多。中間生成的鎖是一樣的，事實上，正是因為允許用戶在幾秒鐘甚至幾分鐘前讀取數(shù)據(jù)，才可以使用讀寫分離。