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這兩種。
這兩種類型各有優缺點，需要根據實際情況選擇適合的，MySQL支持對不同的表設置不同的類型。下面做個簡單的對比：
MyISAM表類型是一種比較成熟穩定的表類型，但是MyISAM對一些功能不支持。
MyISAM InnoDB
事務 不支持 支持
數據行鎖定 不支持，只有表鎖定 支持
外鍵約束 不支持 支持
表空間大小 相對小 相對大，最大是2倍
全文索引 支持 不支持
GIS數據 支持 不支持
COUNT問題 無 執行COUNT(*)查詢時，速度慢
SQL舉例：
【CREATE TABLE tb_test TYPE=HEAP (name char(10) NOT NULL, numb char(8) NOT NULL, PRIMARY KEY(name))】
---------------------------------------------------------------------------------------------
1. 可以執行以下命令來切換非事務表到事務（數據不會丟失），innodb表比myisam表更安全：
ALTER TABLE tablename type = INNODB;
2. INNODB表不能用REPAIR TABLE命令和MYISAMCHK -r table_name
但可以用CHECK TABLE，以及MYSQLCHECK [OPTIONS] database [tables]
3. 啓動mysql數據庫的命令行中添加了以下參數可以使新發布的mysql數據表都默認爲使用事務（隻影響到create語句。）
–default-table-type = InnoDB
4. 臨時改變默認表類型可以用：
SET table_type = INNODB;
SHOW VARIABLES LIKE 'table_type';
或：
c:/mysql/bin/mysqld-max-nt –standalone –default-table-type=InnoDB