數(shù)據(jù)庫(kù)緩存，數(shù)據(jù)流，Oracle10g引入了新的優(yōu)化診斷工具:數(shù)據(jù)庫(kù)自動(dòng)診斷監(jiān)視器(ADDM)和SQL優(yōu)化顧問(wèn)(STA)。數(shù)據(jù)庫(kù)表格的水平和垂直劃分。

數(shù)據(jù)有幾千萬(wàn)，占用的存儲(chǔ)空間比較大?？上攵?，它不會(huì)存儲(chǔ)在一個(gè)連續(xù)的物理空間中，而是存儲(chǔ)在多個(gè)碎片的物理空間鏈中?？赡軐?duì)于長(zhǎng)串的比較，需要更多的時(shí)間去尋找和比較，導(dǎo)致時(shí)間更多。您可以拆分表格，減少單個(gè)表格中的字段數(shù)量，并優(yōu)化表格結(jié)構(gòu)。在保證主鍵有效性的情況下，檢查主鍵索引的字段順序，使查詢語(yǔ)句中條件的字段順序與主鍵索引的字段順序一致。

豎表劃分，即“大表拆分小表”，是以列字段為基礎(chǔ)的。一般表格中的字段比較多，那些不常用、數(shù)據(jù)量大、長(zhǎng)度長(zhǎng)的字段(如文本類型字段)被拆分成“擴(kuò)展表”?？偟膩?lái)說(shuō)是針對(duì)上百列的大表，也避免了查詢時(shí)數(shù)據(jù)太多導(dǎo)致的“跨頁(yè)”問(wèn)題。垂直拆分庫(kù)的目的是拆分系統(tǒng)中的不同業(yè)務(wù)，如用戶庫(kù)、產(chǎn)品庫(kù)和訂單庫(kù)。

MySQL中經(jīng)常提到的WAL技術(shù)是先寫日志再寫磁盤。當(dāng)內(nèi)存數(shù)據(jù)頁(yè)的內(nèi)容與磁盤數(shù)據(jù)頁(yè)的內(nèi)容不一致時(shí)，我們稱這個(gè)內(nèi)存頁(yè)為“臟頁(yè)”。內(nèi)存數(shù)據(jù)寫入磁盤后，內(nèi)存和磁盤中數(shù)據(jù)頁(yè)的內(nèi)容是一致的，稱為“干凈頁(yè)”。MySQL從內(nèi)存更新到磁盤的過(guò)程叫做flush。InnoDB刷臟頁(yè)時(shí):向前移動(dòng)后，需要將兩點(diǎn)之間日志對(duì)應(yīng)的臟頁(yè)全部刷新到磁盤。

因?yàn)槌霈F(xiàn)這種情況，整個(gè)系統(tǒng)都無(wú)法接受更新。更新次數(shù)將下降到0。那么，為什么不能消除所有的內(nèi)存，在下次請(qǐng)求時(shí)從磁盤中讀取數(shù)據(jù)頁(yè)，然后取出redolog并應(yīng)用它呢？其實(shí)這也是從性能角度考慮的。刷臟頁(yè)必須寫入磁盤，這樣就保證了每個(gè)數(shù)據(jù)頁(yè)只有兩種情況:這種情況在日常應(yīng)用中其實(shí)很正常。在InnoDB中，內(nèi)存是由一個(gè)bufferpool來(lái)管理的，緩沖池中的內(nèi)存頁(yè)面有三種狀態(tài):刷臟頁(yè)是正常的，所以如果出現(xiàn)以下情況，性能會(huì)受到明顯的影響:第一，InnoDB需要正確引導(dǎo)系統(tǒng)的IO能力來(lái)控制刷臟頁(yè)的速度。

如何處理大量數(shù)據(jù)并發(fā)操作文件緩存，數(shù)據(jù)庫(kù) cache，優(yōu)化sql，數(shù)據(jù)分布，數(shù)據(jù)庫(kù)表的橫向和縱向劃分，優(yōu)化代碼結(jié)構(gòu)！鎖定概述。為什么要同時(shí)向數(shù)據(jù)庫(kù)引入多個(gè)用戶的鎖？大數(shù)據(jù)并發(fā)處理的解決方案:1。靜態(tài)html頁(yè)面最高效，消耗最少的就是純靜態(tài)HTML頁(yè)面，所以最簡(jiǎn)單的方法其實(shí)也是最有效的一種，讓網(wǎng)站上的頁(yè)面盡可能采用靜態(tài)頁(yè)面。

1。檢查系統(tǒng)的狀態(tài)。通過(guò)操作系統(tǒng)的一些工具檢查系統(tǒng)的狀態(tài)，比如cpu、內(nèi)存、交換、磁盤利用率等。根據(jù)經(jīng)驗(yàn)或者和系統(tǒng)正常狀態(tài)的對(duì)比，有時(shí)候系統(tǒng)表面上看起來(lái)是空閑的，可能不是正常狀態(tài)，因?yàn)镃PU可能在等待IO的完成。此外，還應(yīng)該注意那些占用系統(tǒng)資源(cpu、內(nèi)存)的進(jìn)程。1.使用sar檢查操作系統(tǒng)#saru210是否存在IO問(wèn)題，即每2秒檢查一次，總共執(zhí)行20次。

ADDM(基于自動(dòng)數(shù)據(jù)庫(kù)的診斷監(jiān)視器)是嵌入在Oracle 數(shù)據(jù)庫(kù)中的自診斷引擎。Addm通過(guò)檢查和分析AWR獲得的數(shù)據(jù)來(lái)判斷Oracle 數(shù)據(jù)庫(kù)中可能存在的問(wèn)題。在Oracle9i之前，DBA已經(jīng)有了很多有用的性能分析工具，比如tkprof、sql_trace、statspack、setevent10046