MySQL數據庫開發必備常識

  MySQL可以說是程序員應用最多的數據庫,下面筆者為大傢分享MySQL數據庫開發當中的一些常識,存儲引擎的選擇,索引的設計及使用和大批量插入時SQL語句的優化。希望能對大傢有幫助。


  存儲引擎的選擇


  聲明:本文所針對的數據庫版本都是MYSQL 5這裡我主要針對兩種存儲引擎進行簡單比較分別是MyISAM和InnoDB,首先比較下區別:


  1. MyISAM不支持事務,不支持外鍵,優點是訪問速度高,批量插入速度快。假設大量的操作是select、insert,建議采用該存儲引擎。但是在我的實際應用中,出現過批量插入過於頻繁的時候,當數據量到達一定級別,出現表損壞的情況。


  2. InnoDB支持事務處理,但是相對於前者,處理效率低一些,並且其索引及數據也更占用磁盤空間。在存儲一些關鍵數據,並需要對其進行事務操作的時候,我們可以選擇innodb,當然,我認為他不應該是訪問量太大的。


  索引的設計及使用


  沒有索引的表是恐怖的,除非裡頭沒多少數據,但是怎麼設計索引是合理的?恐怕不是所有人都明白,這裡簡要分析下索引的設計及使用。


  1. 索引通常是設置where字句中的列,如果你設置select後的列,這是沒有任何意義的。當然你需要對某列進行排序,order by後的列也是可以建成索引的。


  2. 使用唯一索引,主鍵就是最好的例子,假設你建的索引列,大量都是重復的,例如:性別,那麼這樣的索引並不會加快搜索速度。至於為什麼,請大傢自行瞭解索引的工作原理。


  3. 隻要有可能,就要盡量限定索引的長度,例如索引列為 char(100),在其前10個字符大部分都是唯一的,請設置索引的長度為10,使用短索引可以加快查詢速度,並節省硬盤空間。


  4. 索引的左前綴特性,聯合索引實質上也是建立瞭多個的索引,那麼是建立聯合索引好還是分別建多個索引好呢?顯然前者更好,利用左前綴特性,隻要聯合索引的最左的列被用到,那麼索引都會被使用。


  5. 當然,最後要說的是,不要過度使用索引,索引越多,插入的速度越慢,尤其到數據量龐大時,同時,大量的索引將耗費很多硬盤空間,造成不必要的浪費。


  下面舉幾個列子來說明索引的使用:


  1.聯合索引的左前綴


  先看索引結構:


  



以下是代碼片段:


 mysql> show index from user;
  +——-+————+———-+————–+————-+———–+————-+———-+——–+——+————+———+
  | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
  +——-+————+———-+————–+————-+———–+————-+———-+——–+——+————+———+
  | user  |    0 | PRIMARY  |1 | user_id     | A   |     2 |     NULL | NULL   || BTREE|   |
  | user  |    1 | user     |1 | username    | A   |  NULL |     NULL | NULL   || BTREE|   |
  | user  |    1 | user     |2 | order | A   |  NULL |     NULL | NULL   || BTREE|   |
  | user  |    1 | user     |3 | email | A   |  NULL |     NULL | NULL   | YES  | BTREE|   |
  +——-+————+———-+————–+————-+———–+————-+———-+——–+——+————+———+
  4 rows in set (0.00 sec)

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *