MySQL作為當前最為流行的免費數據庫服務引擎，已經風靡了很長一段時間，不過也許也有人對於MySQL的內部環境不很了解，尤其那些針對並發性處理的機制。今天，我們先了解一下MySQL中數據表的分類，以及它們的一些簡單性質。
截至目前，MySQL一共向用戶提供了包括DBD、HEAP、ISAM、MERGE、MyIAS、InnoDB以及Gemeni這7種表。其中DBD、InnoDB屬於事務安全類表，而其他屬於事務非安全類表。
DBD
Berkeley DB(DBD)表是支持事務處理的表，由Sleepycat軟件公司開發。它提供MySQL用戶期待已久的功能--事務控制。事務控制在任何數據庫系統中都是一個極有價值的功能，因為它們確保一組命令能成功地執行或回滾。
HEAP
HEAP表是MySQL中存取數據最快的表。這是因為他們使用存儲在動態內存中的一個散列索引，不過如果MySQL或服務器崩潰，這些內存數據將會丟失。
ISAM
ISAM表是早期MySQL版本的缺省表類型，直到MyIASM開發出來。建議不要再使用它。
MERGE
MERGE是一個有趣的新類型，在3.23.25之後出現。一個MERGE表實際上是又一個MyISAM表的集合，合並而成的一個表，主要是為了效率的考慮，因為這樣不僅僅可以提高速度、搜索效率、修復效率而且還節省了磁盤空間。
MyIASM
MyIASM基於了IASM代碼，應該可以說是IASM的衍生品，不過增加了不少有用的擴展。它是MySQL的默認數據表類型，基於了傳統的ISAM類型，ISAM是Indexed Sequential Access Method（有索引的順序訪問方法）的縮寫，一般來說，它是存儲記錄和文件的標准方法。與其他存儲引擎比較，MyISAM具有檢查和修復表格的大多數工具。ISAM表格可以被壓縮，而且它們支持全文搜索，不過它們是事務不安全的，而且也不支持外鍵。如果事務回滾將會造成不完全回滾，從而不具備原子性。所以假如忽略事務以及訪問並發性的話，並且需要執行大量的SELECT檢索語句的話，MyISAM將是最好的選擇。
MyIASM比較好的原因：
MyIASM表小於IASM表，所以使用較少資源。
MyIASM表在不同的平台上二進制層可移植。
MyIASM擁有更大的鍵碼尺寸，更大的鍵碼上限。
對於MyISAM存儲引擎來說，它的讀鎖和寫鎖是互斥的，從而讀寫操作是串行的。那麼，一個進程請求某個 MyISAM表的讀鎖，同時另一個進程也請求同一表的寫鎖，MySQL如何處理呢？答案是寫進程先獲得鎖。不僅如此，即使讀請求先到鎖等待隊列，寫請求後到，寫鎖也會插到讀鎖請求之前！這是因為MySQL認為寫請求一般比讀 請求要重要。這也正是MyISAM表不太適合於有大量更新操作和查詢操作應用的原因，因為，大量的更新操作會造成查詢操作很難獲得讀鎖，從而可能永遠阻塞。這種情況有時可能會變得非常糟糕！幸好我們可以通過一些設置來調節MyISAM 的調度行為。通過指定啟動參數low-priority-updates，使MyISAM引擎默認給予讀請求以優先的權利。通過執行命令SET LOW_PRIORITY_UPDATES=1，使該連接發出的更新請求優先級降低。通過指定INSERT、UPDATE、DELETE語句的LOW_PRIORITY屬性，降低該語句的優先級。雖然上面3種方法都是要麼更新優先，要麼查詢優先的方法，但還是可以用其來解決查詢相對重要的應用（如用戶登錄系統）中，讀鎖等待嚴重的問題。另外，MySQL也提供了一種折中的辦法來調節讀寫沖突，即給系統參數max_write_lock_count設置一個合適的值，當一個表的讀鎖達到這個值後，MySQL就暫時將寫請求的優先級降低，給讀進程一定獲得鎖的機會。
上面已經討論了寫優先調度機制帶來的問題和解決辦法。這裡還要強調一點：一些需要長時間運行的查詢操作，也會使寫進程“餓死”！因此，應用中應盡量避免出現長時間運行的查詢操作，不要總想用一條SELECT語句來解決問題，因為這種看似巧妙的SQL語句，往往比較復雜，執行時間較長，在可能的情況下可以通過使用中間表等措施對SQL語句做一定的“分解”，使每一步查詢都能在較短時間完成，從而減少鎖沖突。如果復雜查詢不可避免，應盡量安排在數據庫空閒時段執行，比如一些定期統計可以安排在夜間執行。
InnoDB
InnoDB是MySQL 4.0之後推出的一種比較新的數據表類型，這種類型是事務安全的。它與BDB類型具有相同的特性，它們還支持外鍵。InnoDB表格速度很快具有比BDB還豐富的特性，因此如果需要一個事務安全的存儲引擎，建議使用它。如果你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，同樣應該使用InnoDB表。對於支持事務的InnoDB類型的表來說，影響速度的主要原因是AUTOCOMMIT默認設置是打開的，而且程序沒有顯式調用BEGIN 開始事務，導致每插入一條都自動提交，嚴重影響了速度。可以在執行sql前調用begin，多條sql形成一個事物（即使autocommit打開也可以），將大大提高性能。
查看autocommit：select @@autocommit；
設置autocommit：set autocommit=0;
在MySQL5.1中，如何在啟動時就禁止autocommit？
配置中加入init_connect= 'SET AUTOCOMMIT=0'
Gemeni
Gemeni表，據聽說也是在MySQL 4.0之後推出的，不過截至當前，很少有針對它的介紹，同樣應用也就更少了，我們暫時不作介紹。
MySQL的數據表類型很多，其中比較重要的是MyISAM，InnoDB這兩種。
InnoDB和MyISAM是許多人在使用MySQL時最常用的兩個表類型，這兩個表類型各有優劣，視具體應用而定。基本的差別為：MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持，而InnoDB提供事務支持已經外部鍵等高級數據庫功能。 MyIASM是IASM表的新版本，有如下擴展： ·二進制層次的可移植性。 ·NULL列索引。 ·對變長行比ISAM表有更少的碎片。 ·支持大文件。 ·更好的索引壓縮。 ·更好的鍵嗎統計分布。 ·更好和更快的auto_increment處理。 MyISAM表類型是一種比較成熟穩定的表類型，但是MyISAM對一些功能不支持。
MyISAM InnoDB 數據行鎖定 不支持，只有表鎖定 支持 表空間大小 相對小 相對大，最大是2倍 GIS數據 支持 不支持
COUNT問題 無 執行COUNT(*)查詢時，速度慢
