資料庫優化方面的經驗

⑴ sql Server鏁版嵁搴撶殑楂樻ц兘浼樺寲緇忛獙鎬葷粨

鏈鏂囦富瑕佸悜澶у朵粙緇嶇殑鏄姝ｇ『浼樺寲SQL
Server鏁版嵁搴撶殑緇忛獙鎬葷粨錛屽叾涓鍖呮嫭鍦ㄥ瑰叾榪涜屼紭鍖栫殑瀹為檯鎿嶄綔涓鍊煎緱澶у舵敞鎰忕殑鍦版柟鎻忚堪錛屼互鍙婂筍QL璇鍙ヨ繘琛屼紭鍖栫殑鏈鍩烘湰鍘熷垯錛屼互涓嬪氨鏄鏂囩珷鐨勪富瑕佸唴瀹規弿榪般
銆銆浼樺寲鏁版嵁搴撶殑娉ㄦ剰浜嬮」錛
銆銆1銆佸叧閿瀛楁靛緩絝嬬儲寮曘
銆銆2銆佷嬌鐢ㄥ瓨鍌ㄨ繃紼嬶紝瀹冧嬌SQL鍙樺緱鏇村姞鐏墊椿鍜岄珮鏁堛
銆銆3銆佸囦喚鏁版嵁搴撳拰娓呴櫎鍨冨溇鏁版嵁銆
銆銆4銆丼QL璇鍙ヨ娉曠殑浼樺寲銆(鍙浠ョ敤Sybase鐨凷QL
Expert錛屽彲鎯滄垜娌℃壘鍒皍nexpired鐨勫簭鍒楀彿)
銆銆5銆佹竻鐞嗗垹闄ゆ棩蹇椼
銆銆SQL璇鍙ヤ紭鍖栫殑鍩烘湰鍘熷垯錛
銆銆1銆佷嬌鐢ㄧ儲寮曟潵鏇村揩鍦伴亶鍘嗚〃銆
銆銆緙虹渷鎯呭喌涓嬪緩絝嬬殑緔㈠紩鏄闈炵兢闆嗙儲寮曪紝浣嗘湁鏃跺畠騫朵笉鏄鏈浣崇殑銆傚湪闈炵兢闆嗙儲寮曚笅錛屾暟鎹鍦ㄧ墿鐞嗕笂闅忔満瀛樻斁鍦ㄦ暟鎹欏典笂銆傚悎鐞嗙殑緔㈠紩璁捐¤佸緩絝嬪湪瀵瑰悇縐嶆煡璇㈢殑鍒嗘瀽鍜岄勬祴涓娿
銆銆涓鑸鏉ヨ達細
銆銆鈶.鏈夊ぇ閲忛噸澶嶅箋佷笖緇忓父鏈夎寖鍥存煡璇(between,
>,<
錛>=,<
=)鍜宱rder
by銆乬roup
by鍙戠敓鐨勫垪錛屽彲鑰冭檻寤虹珛緹ら泦緔㈠紩
銆銆鈶.緇忓父鍚屾椂瀛樺彇澶氬垪錛屼笖姣忓垪閮藉惈鏈夐噸澶嶅煎彲鑰冭檻寤虹珛緇勫悎緔㈠紩;
銆銆鈶.緇勫悎緔㈠紩瑕佸敖閲忎嬌鍏抽敭鏌ヨ㈠艦鎴愮儲寮曡嗙洊錛屽叾鍓嶅煎垪涓瀹氭槸浣跨敤鏈棰戠箒鐨勫垪銆
銆銆2銆両S
NULL
涓
IS
NOT
NULL
銆銆涓嶈兘鐢╪ull浣滅儲寮曪紝浠諱綍鍖呭惈null鍊肩殑鍒楅兘灝嗕笉浼氳鍖呭惈鍦ㄧ儲寮曚腑銆傚嵆浣跨儲寮曟湁澶氬垪榪欐牱鐨勬儏鍐典笅錛屽彧瑕佽繖浜涘垪涓鏈変竴鍒楀惈鏈塶ull錛岃ュ垪灝變細浠庣儲寮曚腑鎺掗櫎銆備篃灝辨槸璇村傛灉鏌愬垪瀛樺湪絀哄礆紝鍗充嬌瀵硅ュ垪寤虹儲寮曚篃涓嶄細鎻愰珮鎬ц兘銆備換浣曞湪where瀛愬彞涓浣跨敤is
null鎴杋s
not
null鐨勮鍙ヤ紭鍖栧櫒鏄涓嶅厑璁鎬嬌鐢ㄧ儲寮曠殑銆
銆銆3銆両N鍜孍XISTS
銆銆EXISTS瑕佽繙姣擨N鐨勬晥鐜囬珮銆傞噷闈㈠叧緋誨埌full
table
scan鍜宺ange
scan銆傚嚑涔庡皢鎵鏈夌殑IN鎿嶄綔絎﹀瓙鏌ヨ㈡敼鍐欎負浣跨敤EXISTS鐨勫瓙鏌ヨ銆
銆銆4銆佸湪嫻烽噺鏌ヨ㈡椂灝介噺灝戠敤鏍煎紡杞鎹銆
銆銆5銆佸綋鍦⊿QL
SERVER
2000涓
銆銆濡傛灉瀛樺偍榪囩▼鍙鏈変竴涓鍙傛暟錛屽苟涓旀槸OUTPUT綾誨瀷鐨勶紝蹇呴』鍦ㄨ皟鐢ㄨ繖涓瀛樺偍榪囩▼鐨勬椂鍊欑粰榪欎釜鍙傛暟涓涓鍒濆嬬殑鍊礆紝鍚﹀垯浼氬嚭鐜拌皟鐢ㄩ敊璇銆
銆銆6銆丱RDER
BY鍜孏ROPU
BY
銆銆浣跨敤ORDER
BY鍜孏ROUP
BY鐭璇錛屼換浣曚竴縐嶇儲寮曢兘鏈夊姪浜嶴ELECT鐨勬ц兘鎻愰珮銆傛敞鎰忓傛灉緔㈠紩鍒楅噷闈㈡湁NULL鍊礆紝Optimizer灝嗘棤娉曚紭鍖栥
銆銆7銆佷換浣曞瑰垪鐨勬搷浣滈兘灝嗗艱嚧琛ㄦ壂鎻忥紝瀹冨寘鎷琒QL
Server鏁版嵁搴撳嚱鏁般佽＄畻琛ㄨ揪寮忕瓑絳夛紝鏌ヨ㈡椂瑕佸敖鍙鑳藉皢鎿嶄綔縐昏嚦絳夊彿鍙寵竟銆
銆銆8銆両N銆丱R瀛愬彞甯鎬細浣跨敤宸ヤ綔琛錛屼嬌緔㈠紩澶辨晥銆傚傛灉涓嶄駭鐢熷ぇ閲忛噸澶嶅礆紝鍙浠ヨ冭檻鎶婂瓙鍙ユ媶寮銆傛媶寮鐨勫瓙鍙ヤ腑搴旇ュ寘鍚緔㈠紩銆
銆銆9銆丼ET
SHOWPLAN_ALL>10銆佽皚鎱庝嬌鐢ㄦ父鏍
銆銆鍦ㄦ煇浜涘繀欏諱嬌鐢ㄦ父鏍囩殑鍦哄悎錛屽彲鑰冭檻灝嗙﹀悎鏉′歡鐨勬暟鎹琛岃漿鍏ヤ復鏃惰〃涓錛屽啀瀵逛復鏃惰〃瀹氫箟娓告爣榪涜屾搷浣滐紝榪欐牱鍙浣挎ц兘寰楀埌鏄庢樉鎻愰珮銆
銆銆娉ㄩ噴錛氭墍璋撶殑浼樺寲灝辨槸WHERE瀛愬彞鍒╃敤浜嗙儲寮曪紝涓嶅彲浼樺寲鍗沖彂鐢熶簡琛ㄦ壂鎻忔垨棰濆栧紑閿銆傜粡楠屾樉紺猴紝SQL
Server鏁版嵁搴撴ц兘鐨勬渶澶ф敼榪涘緱鐩婁簬閫昏緫鐨勬暟鎹搴撹捐°佺儲寮曡捐″拰鏌ヨ㈣捐℃柟闈銆傚弽榪囨潵璇達紝鏈澶х殑鎬ц兘闂棰樺父甯告槸鐢卞叾涓榪欎簺鐩稿悓鏂歸潰涓鐨勪笉瓚沖紩璧風殑銆
銆銆鍏跺疄SQL浼樺寲鐨勫疄璐ㄥ氨鏄鍦ㄧ粨鏋滄ｇ『鐨勫墠鎻愪笅錛岀敤浼樺寲鍣ㄥ彲浠ヨ瘑鍒鐨勮鍙ワ紝鍏呬喚鍒╃敤緔㈠紩錛屽噺灝戣〃鎵鎻忕殑I/O嬈℃暟錛屽敖閲忛伩鍏嶈〃鎼滅儲鐨勫彂鐢熴傚叾瀹濻QL鐨勬ц兘浼樺寲鏄涓涓澶嶆潅鐨勮繃紼嬶紝涓婅堪榪欎簺鍙鏄鍦ㄥ簲鐢ㄥ眰嬈＄殑涓縐嶄綋鐜幫紝娣卞叆鐮旂┒榪樹細娑夊強SQL
Server鏁版嵁搴撳眰鐨勮祫婧愰厤緗銆佺綉緇滃眰鐨勬祦閲忔帶鍒朵互鍙婃搷浣滅郴緇熷眰鐨勬諱綋璁捐°

⑵ 如何優化資料庫提高資料庫的效率

1. SQL優化的原則是：將一次操作需要讀取的BLOCK數減到最低,即在最短的時間達到最大的數據吞吐量。
調整不良SQL通常可以從以下幾點切入：
? 檢查不良的SQL，考慮其寫法是否還有可優化內容
? 檢查子查詢 考慮SQL子查詢是否可以用簡單連接的方式進行重新書寫
? 檢查優化索引的使用
? 考慮資料庫的優化器

2. 避免出現SELECT * FROM table 語句，要明確查出的欄位。

3. 在一個SQL語句中，如果一個where條件過濾的資料庫記錄越多，定位越准確，則該where條件越應該前移。

4. 查詢時盡可能使用索引覆蓋。即對SELECT的欄位建立復合索引，這樣查詢時只進行索引掃描，不讀取數據塊。

5. 在判斷有無符合條件的記錄時建議不要用SELECT COUNT （*）和select top 1 語句。

6. 使用內層限定原則，在拼寫SQL語句時，將查詢條件分解、分類，並盡量在SQL語句的最里層進行限定，以減少數據的處理量。

7. 應絕對避免在order by子句中使用表達式。

8. 如果需要從關聯表讀數據，關聯的表一般不要超過7個。

9. 小心使用 IN 和 OR，需要注意In集合中的數據量。建議集合中的數據不超過200個。

10. <> 用 < 、 > 代替，>用>=代替，<用<=代替，這樣可以有效的利用索引。

11. 在查詢時盡量減少對多餘數據的讀取包括多餘的列與多餘的行。

12. 對於復合索引要注意，例如在建立復合索引時列的順序是F1，F2，F3，則在where或order by子句中這些欄位出現的順序要與建立索引時的欄位順序一致，且必須包含第一列。只能是F1或F1，F2或F1，F2，F3。否則不會用到該索引。

13. 多表關聯查詢時，寫法必須遵循以下原則，這樣做有利於建立索引，提高查詢效率。格式如下select sum（table1.je） from table1 table1, table2 table2, table3 table3 where (table1的等值條件（=）) and (table1的非等值條件) and (table2與table1的關聯條件) and (table2的等值條件) and (table2的非等值條件) and (table3與table2的關聯條件) and (table3的等值條件) and (table3的非等值條件)。
注:關於多表查詢時from 後面表的出現順序對效率的影響還有待研究。

14. 子查詢問題。對於能用連接方式或者視圖方式實現的功能，不要用子查詢。例如：select name from customer where customer_id in ( select customer_id from order where money>1000)。應該用如下語句代替：select name from customer inner join order on customer.customer_id=order.customer_id where order.money>100。

15. 在WHERE 子句中，避免對列的四則運算，特別是where 條件的左邊，嚴禁使用運算與函數對列進行處理。比如有些地方 substring 可以用like代替。

16. 如果在語句中有not in（in）操作，應考慮用not exists（exists）來重寫,最好的辦法是使用外連接實現。

17. 對一個業務過程的處理，應該使事物的開始與結束之間的時間間隔越短越好，原則上做到資料庫的讀操作在前面完成，資料庫寫操作在後面完成，避免交叉。

18. 請小心不要對過多的列使用列函數和order by,group by等，謹慎使用disti軟體開發t。

19. 用union all 代替 union，資料庫執行union操作，首先先分別執行union兩端的查詢，將其放在臨時表中，然後在對其進行排序，過濾重復的記錄。
當已知的業務邏輯決定query A和query B中不會有重復記錄時，應該用union all代替union，以提高查詢效率。

數據更新的效率
1. 在一個事物中，對同一個表的多個insert語句應該集中在一起執行。
2. 在一個業務過程中，盡量的使insert,update,delete語句在業務結束前執行，以減少死鎖的可能性。

資料庫物理規劃的效率

為了避免I/O的沖突，我們在設計資料庫物理規劃時應該遵循幾條基本的原則(以ORACLE舉例)：
?? table和index分離：table和index應該分別放在不同的tablespace中。

?? Rollback Segment的分離：Rollback Segment應該放在獨立的Tablespace中。

?? System Tablespace的分離：System Tablespace中不允許放置任何用戶的object。（mssql中primary filegroup中不允許放置任何用戶的object）

?? Temp Tablesace的分離：建立單獨的Temp Tablespace，並為每個user指定default Temp Tablespace

??避免碎片：但segment中出現大量的碎片時，會導致讀數據時需要訪問的block數量的增加。對經常發生DML操作的segemeng來說，碎片是不能完全避免的。所以，我們應該將經常做DML操作的表和很少發生變化的表分離在不同的Tablespace中。

當我們遵循了以上原則後，仍然發現有I/O沖突存在，我們可以用數據分離的方法來解決。
?? 連接Table的分離：在實際應用中經常做連接查詢的Table，可以將其分離在不同的Taclespace中，以減少I/O沖突。

?? 使用分區：對數據量很大的Table和Index使用分區，放在不同的Tablespace中。

在實際的物理存儲中，建議使用RAID。日誌文件應放在單獨的磁碟中。

⑶ 有哪些常見的資料庫優化方法(資料庫如何優化)

資料庫優化的指導思路是首先寫出的SQL是優化器喜歡的，然後在排除爛的SQL的情況下就是，找瓶頸，資料庫吞吐量上不去或者查詢慢都是因為某一瓶頸的存在，從非常大的粒度來看，瓶頸可以分為五類：io內滑嘩存CPU網路鎖。

當卡在某一瓶頸時，其他的薯森資源就會被閑置，解決瓶頸或者用非瓶頸的資源做tradeoff達到總和的最大才是優化的正解，比如建索引就是以空間換時間的做法。

由於資料庫相對比較復雜，上下文有區別優化思路也會不一樣，所以離開上下文談具體的優化手段就是坑。

大部分開發人員會犯的錯誤是所數讓畝謂的「錘子人」，也就是自己是錘子看什麼都像釘子，比如覺得慢就說要分區，覺得某種語句的寫法一定比另一種快而不考慮場景。

⑷ 如何優化資料庫的性能

--資料庫仿塵性能調優

--1.聚集索引譽數、主鍵

--2.盡量不要用臨時表

--3.多多使用事務

--4.表設計要規慶大首范

--5.不要使用游標

--6.避免死鎖

--7.不要打開大數據集

--8.最好不要select *

--9.不要使用text數據類型，用varchar

--10.不要給諸如「性別」列創建索引

--11.不要使用Insert插入大量的數據

--12.盡量用join代替where,因為where進行全表搜索

⑸ 如何對資料庫性能進行優化

1.資料庫I/O方面硬體性能

最有可能影響性能的是磁碟和網路吞吐量。解決辦法：

• 擴大虛擬內存，並保證有足夠可以擴充的空間

• 把資料庫伺服器上的不必要服務關閉掉

• 把SQL資料庫伺服器的吞吐量調為最大

2.調整資料庫

• 若對該表的查詢頻率比較高，則建立索引。

• 分區（如MySQL，按時間分區）

• 盡量使用固定長度欄位和限制欄位長度（如 varchar(10)）優勢：
  降低物理存儲空間
  提高資料庫處理速度
  附帶校驗資料庫是否合法功能

3.使用存儲過程

應用程序的實現過程中，能夠採用存儲過程實現的對資料庫的操作盡量通過存儲過程來實現。

因為存儲過程是存放在資料庫伺服器上的一次性被設計、編碼、測試，並被再次使用，需要執行該任務的應用可以簡單地執行存儲過程，並且只返回結果集或者數值。

這樣不僅可以使程序模塊化，同時提高響應速度，減少網路流量，並且通過輸入參數接受輸入，使得在應用中完成邏輯的一致性實現。

4.SQL語句方面

建立查詢條件索引僅僅是提高速度的前提條件，響應速度的提高還依賴於對索引的使用。不良的SQL往往來自於不恰當的索引設計、不充份的連接條件和不可優化的where子句。

• 優化sql語句，減少比較次數

• 限制返回條目數(mysql中使用limit)

5.Java方面

• 盡可能的少創造對象

• 合理擺正系統設計的位置。大量數據操作，和少量數據操作一定是分開的。

• 合理利用內存，有的數據要緩存。讓數據流起來，而不是全部讀到內存再處理，而是邊讀取邊處理。

⑹ 如何優化資料庫的性能

--資料庫性能調優
--1.聚集索引、主鍵
--2.盡量不要用臨時表
--3.多多使用事務
--4.表設計要規范
--5.不要使用游標
--6.避免死鎖
--7.不要打開大數據集
--8.最好不要select *
--9.不要使用text數據類型，用varchar
--10.不要給諸如「性別」列創建索引
--11.不要使用Insert插入大量的數據
--12.盡量用join代替where,因為where進行全表搜索

⑺ 資料庫優化有哪些方法

1、調整數據結構的設計。這一部分在開發信息系統之前完成，程序員需要考慮是否使用ORACLE資料庫的分區功能，對於經常訪問的資料庫表是否需要建立索引等。
2、調整應用程序結構設計。這一部分也是在開發信息系統之前完成，程序員在這一步需要考慮應用程序使用什麼樣的體系結構，是使用傳統的Client、Server兩層體系結構，還是使用Browser、Web、Database的三層體系結構。
3、調整資料庫SQL語句。應用程序的執行最終將歸結為資料庫中的SQL語句執行，因此SQL語句的執行效率最終決定了ORACLE資料庫的性能。
4、調整伺服器內存分配。內存分配是在信息系統運行過程中優化配置的。
5、調整硬碟I/O，這一步是在信息系統開發之前完成的。資料庫管理員可以將組成同一個表空間的數據文件放在不同的硬碟上，做到硬碟之間I/O負載均衡。
6、調整操作系統參數。

⑻ 面試題：oracle資料庫優化

oracle資料庫優化的話主要有以下幾個方面（我接觸過的，可能不全面）：
1 查詢語句的優化，這個主要是根據語句和資料庫索引的情況，結合查詢計劃的分析結果，對性能較低的查詢語句進行重寫，在執行查詢前執行表分析語句也可以算這里；
2 數據結構優化，這個包括根據實際的應用中業務邏輯，對資料庫的結構進行重新設計，或者創建相關索引里提高查詢效率；
3 資料庫設置優化，這方面主要是調整資料庫和數據結構的相關參數提高應用訪問系統的效率；
4 存儲結構優化，在數據量較大的情況下，可以考慮通過資料庫的存儲結構進行優化，比如對數據進行partition，將數據存儲在磁碟陣列伺服器上等。
我的經驗有限，以上是部分建議