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)
