資料庫索引設計與優化

A. 為什麼要用mysql索引優化資料庫

說一下不同引擎的優化，myisam讀的效果好，寫的效率差，這和它數據存儲格式，索引的版指針權和鎖的策略有關的，它的數據是順序存儲的（innodb數據存儲方式是聚簇索引），他的索引btree上的節點是一個指向數據物理位置的指針，所以查找起來很快，（innodb索引節點存的則是數據的主鍵，所以需要根據主鍵二次查找）；myisam鎖是表鎖，只有讀讀之間是並發的，寫寫之間和讀寫之間（讀和插入之間是可以並發的，去設置concurrent_insert參數，定期執行表優化操作，更新操作就沒有辦法了）是串列的，所以寫起來慢，並且默認的寫優先順序比讀優先順序高，高到寫操作來了後，可以馬上插入到讀操作前面去，如果批量寫，會導致讀請求餓死，所以要設置讀寫優先順序或設置多少寫操作後執行讀操作的策略;myisam不要使用查詢時間太長的sql，如果策略使用不當，也會導致寫餓死，所以盡量去拆分查詢效率低的sql,

B. 資料庫的優化以及如何提高資料庫性能

1） 硬體調整性能
最有可能影響性能的是磁碟和網路吞吐量,解決辦法擴大虛擬內存，並保證有足夠可以擴充的空間；把資料庫伺服器上的不必要服務關閉掉；把資料庫伺服器和主域伺服器分開；把SQL資料庫伺服器的吞吐量調為最大；在具有一個以上處理器的機器上運行SQL。
2）調整資料庫
若對該表的查詢頻率比較高，則建立索引；建立索引時，想盡對該表的所有查詢搜索操作， 按照where選擇條件建立索引，盡量為整型鍵建立為有且只有一個簇集索引，數據在物理上按順序在數據頁上，縮短查找范圍，為在查詢經常使用的全部列建立非簇集索引，能最大地覆蓋查詢；但是索引不可太多，執行UPDATE DELETE INSERT語句需要用於維護這些索引的開銷量急劇增加；避免在索引中有太多的索引鍵；避免使用大型數據類型的列為索引；保證每個索引鍵值有少數行。
3）使用存儲過程
應用程序的實現過程中，能夠採用存儲過程實現的對資料庫的操作盡量通過存儲過程來實現，因為存儲過程是存放在資料庫伺服器上的一次性被設計、編碼、測試，並被再次使用，需要執行該任務的應用可以簡單地執行存儲過程，並且只返回結果集或者數值，這樣不僅可以使程序模塊化，同時提高響應速度，減少網路流量，並且通過輸入參數接受輸入，使得在應用中完成邏輯的一致性實現。
4）應用程序結構和演算法
建立查詢條件索引僅僅是提高速度的前提條件，響應速度的提高還依賴於對索引的使用。因為人們在使用SQL時往往會陷入一個誤區，即太關注於所得的結果是否正確，特別是對數據量不是特別大的資料庫操作時，是否建立索引和使用索引的好壞對程序的響應速度並不大，因此程序員在書寫程序時就忽略了不同的實現方法之間可能存在的性能差異，這種性能差異在數據量特別大時或者大型的或是復雜的資料庫環境中（如聯機事務處理OLTP或決策支持系統DSS）中表現得尤為明顯。在工作實踐中發現，不良的SQL往往來自於不恰當的索引設計、不充份的連接條件和不可優化的where子句。在對它們進行適當的優化後，其運行速度有了明顯地提高！
望採納喲~

C. 資料庫優化的概念

簡單說一下軟體方面的優化：
SQL :索引調整：前置條件，數據量龐大，只讀查詢頻繁
SQL語言的優化，比如查詢，連接的表過多會影響性能
資料庫設計合理，意思就是按照資料庫規范化設計資料庫
Oracle內部參數調整：
init.ora文件的環境參數調整
db_block_size：資料庫中每個數據塊的大小，默認是2048位元組（2k），一般應該增大到4K、8K，大型資料庫也常使用16K和32K，通常SGA也應該增加。
Shared_pool_size：至於shared_pool_size大小是否合適，可以通過對資料庫的監控得到，也可以通過一些sql語句實現。
Log_buffer：為了減少LGWR和DBWR沖突，大型資料庫的log_buffer一般都是要手工調大些，一般為2M到3M。
所有的環境參數，都可以通過系統的監控工具來分析是否適宜。
另外：
適當的修改資料庫塊大小
應用程序優化
批處理應用優化
單條sql語句優化
總結：
好的資料庫設計

好的體系結構設計

良好的平台（硬體平台、網路平台）

合理的環境參數（操作系統環境參數、oracle環境參數）

合理充分的索引

好的dba來不斷優化（管理）

Oracle：超大海量資料庫
sql server：面向中小型企業資料庫

D. 什麼是資料庫索引，如何設計索引以優化資料庫查詢性能

1.
看執行計劃，索引掃描一般效率高與全表掃描(full
table
scan,
fts)
2.
有時候用plsql
f5看到的執行計劃和實際運內行時的不容一樣，需要通過開啟trace查看實際運行是的執行計劃（檢查是否使用索引，sql邏輯中查詢block，row最多的是那個表）
3.
建索引只是基礎的優化方式，如果要達到更好的效果，可能要調整sql邏輯
具體情況，要從trace分析入手

E. 資料庫索引重建和索引優化是一個意思么

資料庫索引重建和索引優化是一個意思么
一般索引碎片是由於
update/delete/insert操作，收縮文件，填專充因子不合屬理，索引鍵設計不合理等造成的。

如果按照樓主說的，你可以定位一下究竟是什麼原因造成的。系統是否頻繁執行update/delete/insert操作，收縮文件之類的。另外索引的設計不合理這個也得重視。

F. 資料庫的優化

對於資料庫的優化老漁哥可以為你提供以下六點作為參考：

1、調整數據結構的設計。這一部分在開發信息系統之前完成，程序員需要考慮是否使用ORACLE資料庫的分區功能，對於經常訪問的資料庫表是否需要建立索引等。

2、調整應用程序結構設計。這一部分也是在開發信息系統之前完成，程序員在這一步需要考慮應用程序使用什麼樣的體系結構，是使用傳統的Client/Server兩層體系結構，還是使用Browser/Web/Database的三層體系結構。不同的應用程序體系結構要求的資料庫資源是不同的。

3、調整資料庫SQL語句。應用程序的執行最終將歸結為資料庫中的SQL語句執行，因此SQL語句的執行效率最終決定了ORACLE資料庫的性能。ORACLE公司推薦使用ORACLE語句優化器（Oracle Optimizer）和行鎖管理器（row-level manager）來調整優化SQL語句。

4、調整伺服器內存分配。內存分配是在信息系統運行過程中優化配置的，資料庫管理員可以根據資料庫運行狀況調整資料庫系統全局區（SGA區）的數據緩沖區、日誌緩沖區和共享池的大小；還可以調整程序全局區（PGA區）的大小。需要注意的是，SGA區不是越大越好，SGA區過大會佔用操作系統使用的內存而引起虛擬內存的頁面交換，這樣反而會降低系統。

5、調整硬碟I/O，這一步是在信息系統開發之前完成的。資料庫管理員可以將組成同一個表空間的數據文件放在不同的硬碟上，做到硬碟之間I/O負載均衡。

6、調整操作系統參數，例如：運行在UNIX操作系統上的ORACLE資料庫，可以調整UNIX數據緩沖池的大小，每個進程所能使用的內存大小等參數。

G. 資料庫索引優缺點

優點：資料庫系統是用來管理數據的，建立的數理邏輯和集合操作專基礎上的。
具有高效屬、可靠、完整、自同步等特性，是業務系統進行數據控制的最佳選擇。
資料庫系統一般提供高效的數據控制和數據檢索功能，採用SQL語言來進行數據操作。
目前市面上流行的資料庫系統很多：較小型的資料庫系統有：mysql,MSSQL_SERVER等等，適用於企業級的大型資料庫有：ORACEL,DB2(IBM)，INFORMIX（IBM）等等

缺點：安全性不夠，加了用戶級密碼容易破解
C/S 結構下對伺服器要求很高，否則容易造成 MDB 損壞並發數255。
但是對高強度操作適應性差，如果伺服器不夠好，網路不夠好，編程的方法不夠好，6-7個人同時訪問就能導致 MDB 損壞或者並死不能將 VBA 代碼開發的軟體系統直接編譯成 EXE 可執行文件。
不能脫離 ACCESS 或者 ACCESS RUNTIME 環境，該環境相對其他軟體體積較大（50M左右）

H. 資料庫優化可以從哪些方面進行優化

1、sql語句的執行計劃是否正常。
2、減少應用和資料庫的交互次數、同一個sql語句的專執行次數。
3、資料庫屬實體的碎片的整理（特別是對某些表經常進行insert和delete動作，尤其注意，索引欄位為系列欄位、自增長欄位、時間欄位，對於業務比較頻繁的系統，最好一個月重建一次）。 4、減少表之間的關聯，特別對於批量數據處理，盡量單表查詢數據，統一在內存中進行邏輯處理，減少資料庫壓力（java處理批量數據不可取，盡量用c或者c++ 進行處理，效率大大提升）。
5、對訪問頻繁的數據，充分利用資料庫cache和應用的緩存。
6、數據量比較大的，在設計過程中，為了減少其他表的關聯，增加一些冗餘欄位，提高查詢性能。

I. 什麼是資料庫索引，如何設計索引以優化資料庫查詢性能

1、主鍵就是聚集索引
2、只要建立索引就能顯著提高查詢速度
3、把所有需要提高查詢速度的欄位都加進聚集索引，以提高查詢速度

(四)其他書上沒有的索引使用經驗總結
1、用聚合索引比用不是聚合索引的主鍵速度快
2、用聚合索引比用一般的主鍵作order by時速度快，特別是在小數據量情況下
3、使用聚合索引內的時間段，搜索時間會按數據占整個數據表的百分比成比例減少，而無論聚合索引使用了多少個
4 、日期列不會因為有分秒的輸入而減慢查詢速度

(五)其他注意事項
1. 不要索引常用的小型表
2. 不要把社會保障號碼(SSN)或身份證號碼(ID)選作鍵
3. 不要用用戶的鍵
4. 不要索引 memo/notes 欄位和不要索引大型文本欄位(許多字元)
5. 使用系統生成的主鍵

二、改善SQL語句
1、Like語句是否屬於SARG取決於所使用的通配符的類型
2、or 會引起全表掃描
3、非操作符、函數引起的不滿足SARG形式的語句
4、IN 的作用相當與OR
5、盡量少用NOT
6、exists 和 in 的執行效率是一樣的
7、用函數charindex()和前面加通配符%的LIKE執行效率一樣
8、union並不絕對比or的執行效率高
9、欄位提取要按照「需多少、提多少」的原則，避免「select *」
10、count(*)不比count(欄位)慢
11、order by按聚集索引列排序效率最高
12、高效的TOP

J. 如何優化資料庫的性能

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