資料庫的優化可以從以下4方面
1,首先 sql優化建立索引
2,遵循3正規化 表結構設計合理
3,系統配置
4,硬體
在這個4個方面我們應該最關注前兩個方面
一 sql優化和建立索引
(1) 對查詢進行優化，應盡量避免全表掃瞄.
下面的查詢將導致全表掃瞄：
<1>
select id from t where name like 『%abc%』
若要提高效率，可以考慮全文檢索或者 like 『abc%』 不以%開頭。
<2>
in 和 not in 也要慎用，否則會導致全表掃瞄，如：
select id from t where num in(1,2,3)
對於連續的數值，能用 between 就不要用 in 了：
select id from t where num between 1 and 3
<3>
如果在 where 子句中使用引數，也會導致全表掃瞄。因為sql只有在執行時才會解析區域性變數，但優化程式不能將訪問計畫的選擇推遲到執行時;它必須在編譯時進行選擇。然而，如果在編譯時建立訪問計畫，變數的值還是未知的，因而無法作為索引選擇的輸入項。如下面語句將進行全表掃瞄：
select id from t where num=@num
可以改為強制查詢使用索引：
select id from t with(index(索引名)) where num=@num
<4>
應盡量避免在 where 子句中對字段進行表示式操作，這將導致引擎放棄使用索引而進行全表掃瞄。如：
select id from t where num/2=100
應改為:
select id from t where num=1002
<5>
很多時候用 exists 代替 in 是乙個好的選擇：
select num from a where num in(select num from b)
用下面的語句替換：
select num from a where exists(select 1 from b where num=a.num)
<6>
任何地方都不要使用 select * from t ，用具體的字段列表代替「」，不要返回用不到的任何字段。
關於索引的優化sql
<7>
關於索引
<8>
sql查詢where條件和 order by涉及的列加索引
<9>
應盡量避免在 where 子句中使用!=或<>操作符，否則將引擎放棄使用索引而進行全表掃瞄
<10> 應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃瞄，如：
select id from t where num is null
可以在num上設定預設值0，確保表中num列沒有null值，然後這樣查詢：
select id from t where num=0
<11>
應盡量避免在 where 子句中使用 or 來連線條件，否則將導致引擎放棄使用索引而進行全表掃瞄，如：
select id from t where num=10 or num=20
可以這樣查詢：
select id from t where num=10
union all
select id from t where num=20
索引並不是越多越好，索引固然可以提高相應的 select 的效率，但同時也降低了 insert 及 update 的效率，因為 insert 或 update 時有可能會重建索引，所以怎樣建索引需要慎重考慮，視具體情況而定。乙個表的索引數最好不要超過6個，若太多則應考慮一些不常使用到的列上建的索引是否有必要。
二 遵循3正規化 表結構設計合理
資料庫優化 資料庫設計優化
一 索引優化 1.首先索引不是越多越好，要視情況而定。因為索引會降低insert和update的效率 insert和update有時可能會重建索引。2.乙個表的索參數量最好不要超過6個，擇優而建。3.專案上線後，根據使用者的查詢條件字段稍微調整資料庫中的字段索引。二 分表 1.縱切 根據表字段來且分...
資料庫引擎優化顧問優化資料庫
現在一直在做的專案，資料量相對也不小，開始的時候沒有覺得，因為是剛開始，資料量還很小，在程式使用過程中速度還挺快，但是隨著資料量的不停的增長，發現程式越來越慢，甚至出現了超時的問題，因此要對程式和資料庫進行優化，前期專案比較緊，沒有針對大資料量業務進行分析設計，所以索引等相關優化沒有做到位，通過後期...
資料庫的優化
1.對查詢進行優化，要盡量避免全表掃瞄，首先應考慮在 where 及 order by 涉及的列上建立索引。2.應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃瞄，如 select id from t where num is null 不要以為 ...