Mysql資料庫優化的八種方式

2022-08-02 03:57:09 字數 1712 閱讀 9870

1、選取最適用的字段屬性

mysql可以很好的支援大資料量的訪問,但是一般說來,資料庫中的表越小,在它上面執行的查詢也就會越快。因此,在建立表的時候,為了獲得更好的效能,我們可以將表中字段的寬度設得盡可能小。

2、使用連線(join)來代替子查詢(sub-queries)

3、使用聯合(union)來代替手動建立的臨時表

4、事務

儘管我們可以使用子查詢(sub-queries)、連線(join)和聯合(union)來建立各種各樣的查詢,但不是所有的資料庫操作都可以只用一條或少數幾條sql語句就可以完成的。更多的時候是需要用到一系列的語句來完成某種工作。但是在這種情況下,當這個語句塊中的某一條語句執行出錯的時候,整個語句塊的操作就會變得不確定起來。設想一下,要把某個資料同時插入兩個相關聯的表中,可能會出現這樣的情況:第乙個表中成功更新後,資料庫突然出現意外狀況,造成第二個表中的操作沒有完成,這樣,就會造成資料的不完整,甚至會破壞資料庫中的資料。要避免這種情況,就應該使用事務,它的作用是:要麼語句塊中每條語句都操作成功,要麼都失敗。換句話說,就是可以保持資料庫中資料的一致性和完整性。事物以begin關鍵字開始,commit關鍵字結束。在這之間的一條sql操作失敗,那麼,rollback命令就可以把資料庫恢復到begin開始之前的狀態

5、鎖定表

儘管事務是維護資料庫完整性的乙個非常好的方法,但卻因為它的獨占性,有時會影響資料庫的效能,尤其是在很大的應用系統中。由於在事務執行的過程中,資料庫將會被鎖定,因此其它的使用者請求只能暫時等待直到該事務結束。如果乙個資料庫系統只有少數幾個使用者來使用,事務造成的影響不會成為乙個太大的問題;但假設有成千上萬的使用者同時訪問乙個資料庫系統,例如訪問乙個電子商務**,就會產生比較嚴重的響應延遲。

6、使用外來鍵

鎖定表的方法可以維護資料的完整性,但是它卻不能保證資料的關聯性。這個時候我們就可以使用外來鍵。

7、使用索引

索引是提高資料庫效能的常用方法,它可以令資料庫伺服器以比沒有索引快得多的速度檢索特定的行,尤其是在查詢語句當中包含有max(),min()和orderby這些命令的時候,效能提高更為明顯。

那該對哪些字段建立索引呢?

一般說來,索引應建立在那些將用於join,where判斷和orderby排序的字段上。盡量不要對資料庫中某個含有大量重複的值的字段建立索引。對於乙個enum型別的字段來說,出現大量重複值是很有可能的情況

8、優化的查詢語句

絕大多數情況下,使用索引可以提高查詢的速度,但如果sql語句使用不恰當的話,索引將無法發揮它應有的作用。

下面是應該注意的幾個方面。

a、首先,最好是在相同型別的字段間進行比較的操作

在mysql3.23版之前,這甚至是乙個必須的條件。例如不能將乙個建有索引的int欄位和bigint欄位進行比較;但是作為特殊的情況,在char型別的字段和varchar型別欄位的字段大小相同的時候,可以將它們進行比較。

b、其次,在建有索引的字段上盡量不要使用函式進行操作

例如,在乙個date型別的字段上使用yeae()函式時,將會使索引不能發揮應有的作用。所以,下面的兩個查詢雖然返回的結果一樣,但後者要比前者快得多。

c、第三,在搜尋字元型字段時,我們有時會使用like關鍵字和萬用字元,這種做法雖然簡單,但卻也是以犧牲系統效能為代價的

最後,應該注意避免在查詢中讓mysql進行自動型別轉換,因為轉換過程也會使索引變得不起作用。

Mysql資料庫優化的八種方式

把表中字段的寬度設的盡可能小 在可能的情況下盡量把字段設定為notnull,這樣在將來執行查詢的時候,資料庫不用去比較null值 可以設定為數字型的盡量設定為數值型,因為數值型處理起來的速度比文字型別快得多。delete from customerinfo where customerid not ...

資料庫優化的八種方式

在mysql資料中,表越小,資料庫執行的效率就越高,所以我們在建立表的時候,為了獲取更好的效能,我們就要將字段的寬度設定的盡可能的小。例如,在寫 號碼這個欄位的時候,我們使用char 255 或者vachar型別,都會給資料庫增加不必要的空間,我們可以用char 11 就可以了,不會造成不必要的空間...

優化MySQL資料庫效能的八種方法

create table customerinfo customerid int not null primary key customerid type innodb create table salesinfo salesid int not null,customerid int not nu...