摘要：所以，使用存儲(chǔ)引擎的表，讀取和寫入這兩種操作是互斥的。版本時(shí)默認(rèn)支持為適用場(chǎng)景非事務(wù)型應(yīng)用本身時(shí)一種非事務(wù)型存儲(chǔ)引擎，也就是說是不支持事務(wù)的。空間類應(yīng)用在之前，是唯一支持空間函數(shù)的存儲(chǔ)引擎。

myisam使用的是表級(jí)鎖， 而不是行級(jí)鎖。這也就意味著對(duì)表數(shù)據(jù)進(jìn)行修改時(shí)，需要對(duì)整個(gè)表進(jìn)行加鎖。而在對(duì)表中的數(shù)據(jù)進(jìn)行讀取時(shí)，也需要對(duì)所有表加共享鎖。所以，使用myisam存儲(chǔ)引擎的表，讀取和寫入這兩種操作是互斥的。當(dāng)然，在一些情況下，當(dāng)我們對(duì)表中的數(shù)據(jù)進(jìn)行讀取時(shí)，也可以在表的末尾插入數(shù)據(jù)。因此，myisam對(duì)讀寫混合的并發(fā)性不是很好。如果知識(shí)制度的操作的話，就并發(fā)性而言，性能還是可以接受的。因?yàn)楣蚕礞i并不會(huì)阻塞共享鎖。

支持對(duì)意外關(guān)閉的表進(jìn)行檢查和修護(hù)操作，這里提到的修護(hù)，并不是事務(wù)恢復(fù)。因?yàn)閙yisam并不是一種事物存儲(chǔ)引擎，所以它不可能提供事務(wù)恢復(fù)所需要的相關(guān)日志。所以注意了，對(duì)myisam表做數(shù)據(jù)恢復(fù)，可能會(huì)造成數(shù)據(jù)的丟失。對(duì)有問題的表可以使用

check table tablename 進(jìn)行檢查
repair table tablename 進(jìn)行修護(hù)

除了上訴命令，mysql還提供了修護(hù)工具，叫做myisamchk( 如果使用，則需要停止mysql服務(wù))，如果不停止使用這個(gè)工具，可能造成更大的損壞。

myisam表支持全文索引，是 mysql5.7之前唯一支持全文索引的官方存儲(chǔ)引擎。支持text或block等字段前500個(gè)字符的前綴索引，若果myisam是一張很大的只讀表的話，在表創(chuàng)建完，導(dǎo)入數(shù)據(jù)后，就不會(huì)在對(duì)表進(jìn)行任何修改操作，那么我們可以對(duì)這樣的表進(jìn)行壓縮操作，這樣可以減少磁盤io。

對(duì)于表中數(shù)據(jù)壓縮是獨(dú)立進(jìn)行壓縮的，所以在讀取單行數(shù)據(jù)的時(shí)候，不必對(duì)整個(gè)表來進(jìn)行解壓

myisampack  壓縮表

若果存儲(chǔ)大表則要修改 max_rows 和 avg_row_length , 這兩個(gè)數(shù)相乘的大小，就是表達(dá)到的大小。對(duì)于大表來說，修改這兩個(gè)參數(shù)會(huì)導(dǎo)致表重建，可能需要一些時(shí)間。

myisam本身時(shí)一種非事務(wù)型存儲(chǔ)引擎，也就是說myisam是不支持事務(wù)的。

因?yàn)榭梢詫?duì)表進(jìn)行壓縮，壓縮后只讀。

在mysql5.7之前，myisam是唯一支持空間函數(shù)的存儲(chǔ)引擎。如果需要存儲(chǔ)空間類數(shù)據(jù)，使用空間函數(shù)，只能使用myisam存儲(chǔ)引擎。