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. 固然，最後要說的是，不要過分使用索引，索引越多，插入的速度越慢，尤爲到數據量龐大時，同時，大量的索引將耗費不少硬盤空間，形成沒必要要的浪費