這裡是雲端源想IT教育訓練，幫你輕松拿offer”
嗨~ 今天的你過得還好嗎？
如果焦慮是販賣的
那我拒絕購買
- 2023.04.19 -
MySQL是什麼？
MySQL是一個關系型資料庫管理系統，由瑞典MySQL AB 公司開發，屬于 Oracle 旗下産品。MySQL 是最流行的關系型資料庫管理系統之一，在 WEB 應用方面，MySQL是最好的 RDBMS (Relational Database Management System，關系資料庫管理系統) 應用軟體之一。
今天給大家分享9個簡單好用的資料庫優化方式，希望對你的開發有幫助！記得收藏哦！
一、選擇最合适的字段屬性
MySQL是一種關系型資料庫，可以很好地支援大資料量的存儲，但是一般來說，資料庫中的表越小，在它上面執行的查詢也就越快。是以，在建立表的時候，為了獲得更好的性能，我們可以将表中字段的寬度設的盡可能小。
例如：在定義郵政編碼這個字段時，如果将其設定為char(255)，顯然給資料庫增加了不必要的空間，甚至使用varchar這種類型也是多餘的，因為char(6)就可以很好地完成了任務。
同樣的如果可以的話，我們應該是用MEDIUMINT而不是BIGINT來定義整形字段。
二、盡量把字段設定為NOT NULL
在可能的情況下，盡量把字段設定為NOT NULL,這樣在将來執行查詢的時候，資料庫不用去比較NULL值。
對于某些文本字段來說，例如“省份”或者“性别”，我們可以将他們定義為ENUM(枚舉)類型。因為在MySQL中，ENUM類型被當做數值型資料來處理，而數值型資料被處理起來的速度要比文本類型要快得多。
三、用連接配接(JOIN)來代替子查詢
MySQL從4.1開始支援SQL的子查詢。這個技術可以使用select語句來建立一個單例的查詢結果，然後把這個結果作為過濾條件用在另一個查詢中。
例如：我們要将客戶基本資訊表中沒有任何訂單的客戶删除掉，就可以利用子查詢先從銷售資訊表中将所有發出訂單的客戶id取出來，然後将結果傳遞給主查詢，如下圖所示：
如果使用連接配接(JOIN)來完成這個工作，速度将會快很多，尤其是當salesinfo表中對CustomerID建有索引的話，性能将會更好，查詢如下：
連接配接(JOIN)之是以更有效率一些，是因為MySQL不需要在記憶體中建立臨時表來完成這個邏輯上 需要兩個步驟的查詢工作。
另外，如果你的應用程式有很多JOIN查詢，你應該确認兩個表中JOIN的字段是被建立過索引的。這樣MySQL内部 會啟動為你優化JOIN的SQL語句的機制。而且這些被用來JOIN的字段，應該是相同的類型的。
例如：如果你要把DECIMAL字段和一個INT字段JOIN在一起，MySQL就無法使用他們的索引。對于那些STRING類型，還需要有相同的字元集才行。(兩個表的字元集可能不相同)。
inner join内連接配接也叫做等值連接配接，left/right join是外連結。
經過多方面的證明inner join性能比較快，因為inner join是等值連接配接，或許傳回的行數比較少。但是我們要記得有些語句隐形的用到了等值連接配接，如：
sql中的連接配接查詢有：inner join(内連接配接）、left join(左連接配接)、right join（右連接配接）、full join（全連接配接）四種方式，它們之間其實并沒有太大差別，僅僅是查詢出來的結果有所不同。
例如我們有兩張表：
Orders表通過外鍵Id_P和Persons表進行關聯。
inner join（内連接配接），在兩張表進行連接配接查詢時，隻保留兩張表中完全比對的結果集。
我們使用inner join對兩張表進行連接配接查詢，sql如下：
查詢結果集：
此種連接配接方式Orders表中Id_P字段在Persons表中找不到比對的，則不會列出來。
注意：單純的select * from a,b是笛卡爾乘積。比如a表有5條資料，b表有3條資料，那麼最後的結果有5*3=15條資料。
内連接配接查詢 (select * from a join b on a.id = b.id) 與 關聯查詢 (select * from a , b where a.id = b.id)的差別：
1）left join,在兩張表進行連接配接查詢時，會傳回左表所有的行，即使在右表中沒有比對的記錄。
我們使用left join對兩張表進行連接配接查詢，sql如下：
查詢結果如下：
可以看到，左表（Persons表）中LastName為Bush的行的Id_P字段在右表（Orders表）中沒有比對，但查詢結果仍然保留該行。
2）right join,在兩張表進行連接配接查詢時，會傳回右表所有的行，即使在左表中沒有比對的記錄。
我們使用right join對兩張表進行連接配接查詢，sql如下：
查詢結果如下：
Orders表中最後一條記錄Id_P字段值為65，在左表中沒有記錄與之比對，但依然保留。
3）full join,在兩張表進行連接配接查詢時，傳回左表和右表中所有沒有比對的行。
我們使用full join對兩張表進行連接配接查詢，sql如下：
查詢結果如下：
查詢結果是left join和right join的并集。
四、用聯合(UNION)代替臨時表
MySQL從4.0版本開始支援union查詢，他可以把需要使用臨時表的兩條或更多的select查詢合在一個查詢中。在用戶端查詢會話結束的時候，臨時表會被自動删除，進而保證資料庫整齊、高效。
使用union來建立查詢的時候，我們隻需要用union作為關鍵字把多個select語句連接配接起來就可以了，要注意的是所有select語句中的字段數目要相同。
下面一個例子就示範了一個使用union額查詢。
當我們可以确認不可能出現重複結果集或者不在乎重複結果集的時候盡量使用union all而不是union，因為union和union all的差異主要是前者需要将兩個或者多個結果集合并後再進行唯一性過濾操作，這就會涉及到排序，增加大量的CPU運算，增大資源消耗及延遲。
五、事務
盡管我們可以使用子查詢(Sub-Queries)、連接配接(JOIN)和聯合(UNION)來建立各種各樣的查詢，但不是所有的資料庫操作，都可以隻用一條或少數幾條就可以完成的。
更多的時候是需要用一系列的語句來完成某種工作。但是在這種情況下，當這個語句塊中的某一條語句運作出錯的時候，整個語句塊的操作就會變得不确定起來。
設想一下，要把某個資料同時插入兩個相關聯的表中，可能會出現這樣的情況：第一個表中成功更新後，資料庫突然出現意外狀況，造成第二個表中的操作沒有完成，這樣就會造成資料的不完整，甚至會破壞資料庫中的資料。
要避免這種情況，就應該使用事務，它的作用是要麼語句塊中每條語句都操作成功，要麼都失敗。
換句話說，就是可以保持資料庫中的資料的一緻性和完整性。事務以BEGIN關鍵字開始，COMMIT關鍵字結束。在這之間的一條SQL語句操作失敗，那麼Rollback指令就可以把資料庫恢複到begin開始之前的狀态。
事務的另一個作用是當多個使用者同時使用相同的資料源時，他可以使用鎖定資料庫的方式來為使用者提供一種安全的通路機制，這樣可以保證使用者的操作不被其它的使用者所幹擾。
事務的并發問題：
髒讀：事務A讀取了事務B更新的資料，然後B復原操作，那麼A讀取到的資料就是髒資料
不可重複讀：事務A多次讀取同一事物，事務B在事務A多次讀取的過程中，對資料做了更新并送出，導緻事務A多次讀取同一資料時，結果不一緻。
幻讀：系統管理者A将資料庫中的所有學生的成績從具體分數改為ABCDE等級，但是系統管理者B就在這個時候插入了一條具體分數的記錄，當系統管理者A改結束後發現還有一條記錄沒有改過來，就好像發生了幻覺一樣，這就叫幻讀。
不可重複讀的和幻讀很容易混淆，不可重複讀側重于修改，幻讀側重于新增或删除。解決不可重複讀的問題隻需鎖住滿足條件的行，解決幻讀需要鎖表。
六、使用外鍵
鎖定表的方法可以維護資料的完整性，但是他卻不能保證資料的關聯性。這個時候我們可以使用外鍵。例如：外鍵可以保證每一條銷售記錄都指向某一個存在的客戶。
在這裡，外鍵可以把customerinfo表中的customerid映射到salesinfo表中customerid，任何一條沒有辦法合法customerid的記錄都不會被跟新或插入到salesinfo中。
如果要在MySQL中使用外鍵，一定要記住在建立表的時候将表的類型定義為事務安全表InnoDB類型。該類型不是mysql表的預設類型。定義的方法是在CREATE TABLE語句中加上engine=innoDB。
七、鎖定表
盡管事務是維護資料庫完整性的一個非常好的方法，但卻因為他的獨占性，有時會影響資料庫的性能，尤其是很大的應用系統中。由于在事務執行的過程中，資料庫将會被鎖定，是以其他的使用者請求隻能暫時等待直到該事務結束。
如果一個資料庫系統隻有少數幾個使用者來使用，事務造成的影響不會成為太大的問題；但假設有成千上萬的使用者同時通路一個資料庫系統，例如通路一個電子商務網站，就會産生比較嚴重的響應延遲。
其實，有些情況下我們可以通過鎖定表的方式來獲得更好的性能。下面的例子就是鎖定表的方法來完成前面一個例子中事務的功能。
這裡，我們用一個select語句取出初始資料，通過一些計算，用update語句将新值更新到表中。包含有WRITE關鍵字的LOCKTABLE語句可以保證在UNLOCKTABLES指令被執行之前，不會有其他通路來對inventory進行插入、更新或者删除的操作。
八、使用索引
索引是提高資料庫性能的常用方法，它能讓資料庫伺服器以更快的速度檢索特定的行，尤其是在查詢語句當中包含有MAX(),MIN()和ORDERBY這些指令的時候，性能提高更為明顯。
那該對那些字段進行索引呢？
一般來說，索引應該建立在那些将用于join，where判斷和orderby排序的字段上。盡量不要對資料庫中某個含有大量重複的值的字段建立索引，對于一個ENUM類型的字段來說，出現大量重複值是很有可能的情況。
例如customerinfo中的“province”..字段，在這樣的字段上建立索引将不會有什麼幫助；相反，還有可能降低資料庫的性能。我們在建立表的時候可以同時建立合适的索引，也可以使用ALTERTABLE或CREATEINDEX在以後建立索引。
此外，MySQL從版本3.23.23開始支援全文索引和搜尋。全文索引在MySQL中是一個FULLTEXT類型索引，但僅能用于MyISAM類型的表。
九、優化的查詢語句
絕大多數情況下，使用索引可以提高查詢的速度，但如果SQL語句使用不恰當的話，索引将無法發揮它應有的作用。
下面是應該注意的幾個方面：
首先，最好是在相同類型的字段間進行比較的操作。
在MySQL3.23版之前，這甚至是一個必須的條件。例如不能将一個建有索引的INT字段和BIGINT字段進行比較；但是作為特殊的情況，在CHAR類型的字段和VARCHAR類型字段的字段大小相同的時候，可以将它們進行比較。
其次，在建有索引的字段上盡量不要使用函數進行操作。
例如，在一個DATE類型的字段上使用YEAE()函數時，将會使索引不能發揮應有的作用。是以，下面的兩個查詢雖然傳回的結果一樣，但後者要比前者快得多。
第三，在搜尋字元型字段時，我們有時會使用LIKE關鍵字和通配符，這種做法雖然簡單，但卻也是以犧牲系統性能為代價的。
有了這些優化MySQL資料庫性能的方法，你的開發是不是更輕松了呢?
今天的分享就到這裡了，更多IT技術知識、學習資料記得常來看我！
我們下期再見！
END
文案編輯|雲端學長
文案配圖|雲端學長
内容由：雲端源想分享