數(shù)據(jù)庫優(yōu)化，關(guān)于數(shù)據(jù)庫優(yōu)化

來源：整理時(shí)間：2023-08-26 21:51:54 編輯：智能門戶手機(jī)版

本文目錄一覽

1，關(guān)于數(shù)據(jù)庫優(yōu)化
2，什么叫做數(shù)據(jù)庫優(yōu)化
3，請(qǐng)問如何優(yōu)化SQL數(shù)據(jù)庫
4，數(shù)據(jù)庫的優(yōu)化包括哪些方面呀
5，數(shù)據(jù)庫優(yōu)化的概念
6，誰能給我解釋一下數(shù)據(jù)庫優(yōu)化

1，關(guān)于數(shù)據(jù)庫優(yōu)化

幾萬條數(shù)據(jù)是小case建立好索引就足夠了不過你在設(shè)計(jì)數(shù)據(jù)庫結(jié)構(gòu)之初就應(yīng)該預(yù)計(jì)到規(guī)模好的結(jié)構(gòu)（如視圖、表的行列拆分...）加上好的索引（復(fù)合、覆蓋、聚集非聚集...）輕松搞定百萬、千萬的記錄當(dāng)然硬件是基礎(chǔ)

關(guān)于數(shù)據(jù)庫優(yōu)化

2，什么叫做數(shù)據(jù)庫優(yōu)化

數(shù)據(jù)庫優(yōu)化，是根據(jù)一開始網(wǎng)站數(shù)據(jù)庫設(shè)計(jì)而進(jìn)行的優(yōu)化。開始網(wǎng)站設(shè)計(jì)的時(shí)候，可能考慮的不是很全面。后期網(wǎng)站訪問量增加，出現(xiàn)頁面數(shù)據(jù)顯示過慢，程序執(zhí)行效果差等現(xiàn)象。優(yōu)化數(shù)據(jù)庫從而加速數(shù)據(jù)讀取，頁面訪問速度加快。常見的優(yōu)化： 1.增加索引 2.sql語句優(yōu)化3.程序優(yōu)化詳細(xì)的可以百度一下。。。網(wǎng)上例子很多。。

查詢語句優(yōu)化：避免過多的表關(guān)聯(lián)，注意where 中的字段順序，先過濾有索引的，能盡量縮小數(shù)據(jù)范圍的等。索引優(yōu)化：合理分析并設(shè)置、調(diào)整索引。表結(jié)構(gòu)優(yōu)化：如果數(shù)據(jù)量過大，縱向或者橫向拆分表。縱向拆，將前n個(gè)字段放在一個(gè)表，后面m個(gè)放另一個(gè)表。橫向：滿足一定條件的數(shù)據(jù)放一個(gè)表，比如公司員工特別多，男雇員放一個(gè)，女雇員放一個(gè)表，人妖放一個(gè)表。存儲(chǔ)方式優(yōu)化：通過不同的存儲(chǔ)空間或者表分區(qū)，將數(shù)據(jù)存放在不同的存儲(chǔ)區(qū)域，達(dá)到充分利用io的目的

什么叫做數(shù)據(jù)庫優(yōu)化

3，請(qǐng)問如何優(yōu)化SQL數(shù)據(jù)庫

這里有篇文章，賽迪網(wǎng)，你看看： http://www.68design.net/Development/Database/30316-1.html SQL語句：是對(duì)數(shù)據(jù)庫(數(shù)據(jù))進(jìn)行操作的惟一途徑；消耗了70%~90%的數(shù)據(jù)庫資源；獨(dú)立于程序設(shè)計(jì)邏輯，相對(duì)于對(duì)程序源代碼的優(yōu)化，對(duì)SQL語句的優(yōu)化在時(shí)間成本和風(fēng)險(xiǎn)上的代價(jià)都很低；可以有不同的寫法；易學(xué)，難精通。 SQL優(yōu)化：固定的SQL書寫習(xí)慣，相同的查詢盡量保持相同，存儲(chǔ)過程的效率較高。應(yīng)該編寫與其格式一致的語句，包括字母的大小寫、標(biāo)點(diǎn)符號(hào)、換行的位置等都要一致 ORACLE優(yōu)化器：在任何可能的時(shí)候都會(huì)對(duì)表達(dá)式進(jìn)行評(píng)估，并且把特定的語法結(jié)構(gòu)轉(zhuǎn)換成等價(jià)的結(jié)構(gòu)，這么做的原因是要么結(jié)果表達(dá)式能夠比源表達(dá)式具有更快的速度要么源表達(dá)式只是結(jié)果表達(dá)式的一個(gè)等價(jià)語義結(jié)構(gòu) 不同的SQL結(jié)構(gòu)有時(shí)具有同樣的操作（例如：= ANY (subquery) and IN (subquery)），ORACLE會(huì)把他們映射到一個(gè)單一的語義結(jié)構(gòu)。自己認(rèn)為不錯(cuò)的

請(qǐng)問如何優(yōu)化SQL數(shù)據(jù)庫

4，數(shù)據(jù)庫的優(yōu)化包括哪些方面呀

數(shù)據(jù)庫的優(yōu)化說起來很簡單。就像打水的木桶一樣，降低瓶頸。首先要對(duì)數(shù)據(jù)庫運(yùn)行情況做分析。看哪些等待時(shí)間較多，有哪些瓶頸。比如是cpu？IO？硬解析較多？cache命中率低？再分別處理。，從數(shù)據(jù)庫整體來說，一般主要還是根據(jù)主機(jī)配置情況和實(shí)際使用情況做一些配置調(diào)整比如SGA的容量。增加數(shù)據(jù)文件，合理分配表空間，合理分區(qū)，降低IO熱點(diǎn)等。但大多數(shù)時(shí)候數(shù)據(jù)庫優(yōu)化都會(huì)在SQL上體現(xiàn)出來，一般有問題的數(shù)據(jù)庫多半是有執(zhí)行計(jì)劃異常，或者是表設(shè)計(jì)不合理等造成某些SQL執(zhí)行效率極低，影響這個(gè)數(shù)據(jù)庫性能。

數(shù)據(jù)庫性能優(yōu)化主要一下幾個(gè)方面：1、sql語句的執(zhí)行計(jì)劃是否正常2、減少應(yīng)用和數(shù)據(jù)庫的交互次數(shù)、同一個(gè)sql語句的執(zhí)行次數(shù)3、數(shù)據(jù)庫實(shí)體的碎片的整理（特別是對(duì)某些表經(jīng)常進(jìn)行insert和delete動(dòng)作，尤其注意，索引字段為系列字段、自增長字段、時(shí)間字段，對(duì)于業(yè)務(wù)比較頻繁的系統(tǒng)，最好一個(gè)月重建一次）4、減少表之間的關(guān)聯(lián)，特別對(duì)于批量數(shù)據(jù)處理，盡量單表查詢數(shù)據(jù)，統(tǒng)一在內(nèi)存中進(jìn)行邏輯處理，減少數(shù)據(jù)庫壓力（java處理批量數(shù)據(jù)不可取，盡量用c或者c++ 進(jìn)行處理，效率大大提升）5、對(duì)訪問頻繁的數(shù)據(jù)，充分利用數(shù)據(jù)庫cache和應(yīng)用的緩存6、數(shù)據(jù)量比較大的，在設(shè)計(jì)過程中，為了減少其他表的關(guān)聯(lián)，增加一些冗余字段，提高查詢性能

5，數(shù)據(jù)庫優(yōu)化的概念

簡單說一下軟件方面的優(yōu)化：SQL :索引調(diào)整：前置條件，數(shù)據(jù)量龐大，只讀查詢頻繁SQL語言的優(yōu)化，比如查詢，連接的表過多會(huì)影響性能數(shù)據(jù)庫設(shè)計(jì)合理，意思就是按照數(shù)據(jù)庫規(guī)范化設(shè)計(jì)數(shù)據(jù)庫Oracle內(nèi)部參數(shù)調(diào)整：init.ora文件的環(huán)境參數(shù)調(diào)整db_block_size：數(shù)據(jù)庫中每個(gè)數(shù)據(jù)塊的大小，默認(rèn)是2048字節(jié)（2k），一般應(yīng)該增大到4K、8K，大型數(shù)據(jù)庫也常使用16K和32K，通常SGA也應(yīng)該增加。Shared_pool_size：至于shared_pool_size大小是否合適，可以通過對(duì)數(shù)據(jù)庫的監(jiān)控得到，也可以通過一些sql語句實(shí)現(xiàn)。Log_buffer：為了減少LGWR和DBWR沖突，大型數(shù)據(jù)庫的log_buffer一般都是要手工調(diào)大些，一般為2M到3M。所有的環(huán)境參數(shù)，都可以通過系統(tǒng)的監(jiān)控工具來分析是否適宜。另外：適當(dāng)?shù)男薷臄?shù)據(jù)庫塊大小應(yīng)用程序優(yōu)化批處理應(yīng)用優(yōu)化單條sql語句優(yōu)化總結(jié)：好的數(shù)據(jù)庫設(shè)計(jì)好的體系結(jié)構(gòu)設(shè)計(jì)良好的平臺(tái)（硬件平臺(tái)、網(wǎng)絡(luò)平臺(tái)）合理的環(huán)境參數(shù)（操作系統(tǒng)環(huán)境參數(shù)、oracle環(huán)境參數(shù)）合理充分的索引好的dba來不斷優(yōu)化（管理）Oracle：超大海量數(shù)據(jù)庫sql server：面向中小型企業(yè)數(shù)據(jù)庫

優(yōu)化這個(gè)概念太廣泛了，不是一兩千字能說完的。Oracle和SQL SERVER 的區(qū)別其實(shí)也不算大，都是商業(yè)性數(shù)據(jù)庫，而且應(yīng)用廣泛。無非是最近兩年SQL SERVER更新的很強(qiáng)，可編程性增加了。其實(shí)沒有什么太大的區(qū)別，不同的需求，就用不同的數(shù)據(jù)庫。

查詢語句優(yōu)化：避免過多的表關(guān)聯(lián)，注意where 中的字段順序，先過濾有索引的，能盡量縮小數(shù)據(jù)范圍的等。索引優(yōu)化：合理分析并設(shè)置、調(diào)整索引。表結(jié)構(gòu)優(yōu)化：如果數(shù)據(jù)量過大，縱向或者橫向拆分表?？v向拆，將前n個(gè)字段放在一個(gè)表，后面m個(gè)放另一個(gè)表。橫向：滿足一定條件的數(shù)據(jù)放一個(gè)表，比如公司員工特別多，男雇員放一個(gè)，女雇員放一個(gè)表，人妖放一個(gè)表。存儲(chǔ)方式優(yōu)化：通過不同的存儲(chǔ)空間或者表分區(qū)，將數(shù)據(jù)存放在不同的存儲(chǔ)區(qū)域，達(dá)到充分利用io的目的

6，誰能給我解釋一下數(shù)據(jù)庫優(yōu)化

1.主要看你程序剛開始設(shè)計(jì)的時(shí)候合不合理 2.T_SQL的能力 3.用好SQL的索引啊之類的技能但是索引也是又面刃呵呵以空間交換速度這就要看設(shè)計(jì)人的經(jīng)驗(yàn)了

數(shù)據(jù)庫優(yōu)化的目標(biāo)無非是避免磁盤I/O瓶頸、減少CPU利用率和減少資源競爭。為了便于讀者閱讀和理解，筆者參閱了Sybase、Informix和Oracle等大型數(shù)據(jù)庫系統(tǒng)參考資料，基于多年的工程實(shí)踐經(jīng)驗(yàn)，從基本表設(shè)計(jì)、擴(kuò)展設(shè)計(jì)和數(shù)據(jù)庫表對(duì)象放置等角度進(jìn)行討論，著重討論了如何避免磁盤I/O瓶頸和減少資源競爭，相信讀者會(huì)一目了然。 2 基于第三范式的基本表設(shè)計(jì) 在基于表驅(qū)動(dòng)的信息管理系統(tǒng)（MIS）中，基本表的設(shè)計(jì)規(guī)范是第三范式（3NF）。第三范式的基本特征是非主鍵屬性只依賴于主鍵屬性。基于第三范式的數(shù)據(jù)庫表設(shè)計(jì)具有很多優(yōu)點(diǎn)：一是消除了冗余數(shù)據(jù)，節(jié)省了磁盤存儲(chǔ)空間；二是有良好的數(shù)據(jù)完整性限制，即基于主外鍵的參照完整限制和基于主鍵的實(shí)體完整性限制，這使得數(shù)據(jù)容易維護(hù)，也容易移植和更新；三是數(shù)據(jù)的可逆性好，在做連接（Join）查詢或者合并表時(shí)不遺漏、也不重復(fù)；四是因消除了冗余數(shù)據(jù)（冗余列），在查詢（Select）時(shí)每個(gè)數(shù)據(jù)頁存的數(shù)據(jù)行就多，這樣就有效地減少了邏輯I/O，每個(gè)Cash存的頁面就多，也減少物理I/O；五是對(duì)大多數(shù)事務(wù)(Transaction)而言，運(yùn)行性能好；六是物理設(shè)計(jì)(Physical Design)的機(jī)動(dòng)性較大，能滿足日益增長的用戶需求。在基本表設(shè)計(jì)中，表的主鍵、外鍵、索引設(shè)計(jì)占有非常重要的地位，但系統(tǒng)設(shè)計(jì)人員往往只注重于滿足用戶要求，而沒有從系統(tǒng)優(yōu)化的高度來認(rèn)識(shí)和重視它們。實(shí)際上，它們與系統(tǒng)的運(yùn)行性能密切相關(guān)?，F(xiàn)在從系統(tǒng)數(shù)據(jù)庫優(yōu)化角度討論這些基本概念及其重要意義：（1）主鍵(Primary Key)：主鍵被用于復(fù)雜的SQL語句時(shí)，頻繁地在數(shù)據(jù)訪問中被用到。一個(gè)表只有一個(gè)主鍵。主鍵應(yīng)該有固定值（不能為Null或缺省值，要有相對(duì)穩(wěn)定性），不含代碼信息，易訪問。把常用（眾所周知）的列作為主鍵才有意義。短主鍵最佳（小于25bytes），主鍵的長短影響索引的大小，索引的大小影響索引頁的大小，從而影響磁盤I/O。主鍵分為自然主鍵和人為主鍵。自然主鍵由實(shí)體的屬性構(gòu)成，自然主鍵可以是復(fù)合性的，在形成復(fù)合主鍵時(shí)，主鍵列不能太多，復(fù)合主鍵使得Join*作復(fù)雜化、也增加了外鍵表的大小。人為主鍵是，在沒有合適的自然屬性鍵、或自然屬性復(fù)雜或靈敏度高時(shí)，人為形成的。人為主鍵一般是整型值（滿足最小化要求），沒有實(shí)際意義，也略微增加了表的大小；但減少了把它作為外鍵的表的大小。（2）外鍵（Foreign Key）：外鍵的作用是建立關(guān)系型數(shù)據(jù)庫中表之間的關(guān)系（參照完整性），主鍵只能從獨(dú)立的實(shí)體遷移到非獨(dú)立的實(shí)體，成為后者的一個(gè)屬性，被稱為外鍵。（3）索引(Index)：利用索引優(yōu)化系統(tǒng)性能是顯而易見的，對(duì)所有常用于查詢中的Where子句的列和所有用于排序的列創(chuàng)建索引，可以避免整表掃描或訪問，在不改變表的物理結(jié)構(gòu)的情況下，直接訪問特定的數(shù)據(jù)列，這樣減少數(shù)據(jù)存取時(shí)間；利用索引可以優(yōu)化或排除耗時(shí)的分類*作；把數(shù)據(jù)分散到不同的頁面上，就分散了插入的數(shù)據(jù)； ① 聚族索引（Clustered Index）：聚族索引的數(shù)據(jù)頁按物理有序儲(chǔ)存，占用空間小。選擇策略是，被用于Where子句的列：包括范圍查詢、模糊查詢或高度重復(fù)的列（連續(xù)磁盤掃描）；被用于連接Join*作的列；被用于Order by和Group by子句的列。聚族索引不利于插入*作，另外沒有必要用主鍵建聚族索引。 ② 非聚族索引（Nonclustered Index）：與聚族索引相比，占用空間大，而且效率低。選擇策略是，被用于Where子句的列：包括范圍查詢、模糊查詢（在沒有聚族索引時(shí)）、主鍵或外鍵列、點(diǎn)（指針類）或小范圍（返回的結(jié)果域小于整表數(shù)據(jù)的20%）查詢；被用于連接Join*作的列、主鍵列（范圍查詢）；被用于Order by和Group by子句的列；需要被覆蓋的列。對(duì)只讀表建多個(gè)非聚族索引有利。索引也有其弊端，一是創(chuàng)建索引要耗費(fèi)時(shí)間，二是索引要占有大量磁盤空間，三是增加了維護(hù)代價(jià)（在修改帶索引的數(shù)據(jù)列時(shí)索引會(huì)減緩修改速度）。那么，在哪種情況下不建索引呢？對(duì)于小表（數(shù)據(jù)小于5頁）、小到中表（不直接訪問單行數(shù)據(jù)或結(jié)果集不用排序）、單值域（返回值密集）、索引列值太長（大于20bitys）、容易變化的列、高度重復(fù)的列、Null值列，對(duì)沒有被用于Where子語句和Join查詢的列都不能建索引。另外，對(duì)主要用于數(shù)據(jù)錄入的，盡可能少建索引。當(dāng)然，也要防止建立無效索引，當(dāng)Where語句中多于5個(gè)條件時(shí)，維護(hù)索引的開銷大于索引的效益，這時(shí)，建立臨時(shí)表存儲(chǔ)有關(guān)數(shù)據(jù)更有效。