MyISAM

MyISAM

開発元かいはつもと	オラクル
プログラミング 言語げんご	C言語げんご
対応たいおうOS	クロスプラットフォーム
種別しゅべつ	データベースエンジン
ライセンス	GNU General Public License
公式こうしきサイト	www.mysql.com

MyISAMは、かつてMySQLリレーショナルデータベース管理かんりシステムで既定きていとして採用さいようされていたストレージエンジン。古ふるいISAMコードを基礎きそとしており、多おおくの便利べんりな拡張かくちょうがされている。2009年ねん12月リリースの MySQL バージョン5.5より前まえのバージョンにて既定きていのエンジンであり、バージョン5.5からはInnoDBが既定きていのエンジンとなった。

ファイルシステム

MyISAMの各かくテーブルは、3つのファイルとしてディスクに保存ほぞんされる（パーティション化かされていない場合ばあい）。ファイルの名前なまえはテーブル名めいで始はじまり、ファイルの種類しゅるいを示しめす拡張子かくちょうしが付ついている。 MySQLは.frmファイルにテーブルの定義ていぎを格納かくのうする。.frmファイルはMySQL Databaseの仕様しようとして定義ていぎされており、MyISAMの仕様しようには含ふくまれない。データファイルは拡張子かくちょうし .MYD（MYData）、インデックスファイルは拡張子かくちょうし .MYI（MYIndex）。インデックスファイルが破損はそんした場合ばあいは、再さい作成さくせいが可能かのうである。

ファイル形式けいしきは、ROW_FORMATテーブルオプションによって異ことなる。オプションは以下いかの通とおり。

• FIXED："固定こてい" は、すべてのデータ（可変長かへんちょう型がたを含ふくむ）を固定こてい長ちょうの形式けいしきとする。この形式けいしきは読よみ取とりが速はやく、破損はそんテーブルが修復しゅうふくしやすい。テーブルに大おおきな可変長かへんちょう列れつ（BLOBまたはTEXT）がある場合ばあい、FIXED形式けいしきは使用しようできない。
• DYNAMIC："動的どうてき"では、可変長かへんちょう列れつのサイズは固定こていされていない。この形式けいしきは読よみ取とりに少すこし時間じかんがかかるが、ディスク上じょうのスペースを節約せつやくできる。
• COMPRESSED："圧縮あっしゅく"は、MySQLが停止ていしされている間あいだに専用せんようツールで作成さくせいできる読よみ取とり専用せんようテーブルである。このため、この選択肢せんたくしを取とることは敷居しきいが高たかいが、圧縮あっしゅく率りつは一般いっぱん的てきに他たの方法ほうほうよりもかなり高たかくできる。

MyISAMファイルはシステム非ひ依存いぞんでトランザクション非ひ対応たいおうのため、使用しようしているサーバー機能きのうに依存いぞんしない。そのため、MyISAMファイルを異ことなるサーバー間あいだでそれらをコピーして利用りようすることができる。

特徴とくちょう

MyISAMは、読よみ取とり操作そうさが多おおく、書かき込こみが少すくない環境かんきょう向むけに最適さいてき化かされている。 MyISAMを採用さいようすべき典型てんけい的てきな領域りょういきはデータウェアハウスであり、非常ひじょうに大おおきなテーブルへのクエリを発行はっこうし、テーブルの更新こうしんはデータベースが使つかわれない夜間やかんなどに行おこなわれる場合ばあいである。

MyISAMが高速こうそく読よみ取とりを可能かのうにする理由りゆうは、そのインデックス構造こうぞうにある。各かくエントリはデータファイル内ないのレコードを指さし、ポインタはファイルの先頭せんとうからオフセットされている。そのため、特とくにフファイル形式けいしきがFIXの場合ばあい、レコードをすばやく読よみ取とれる。行くだりの長ながさは固定こていされている。挿入そうにゅう操作そうさも簡単かんたんで、データファイルの最後さいごに新あたらしい行くだりを追加ついかするだけである。一方いっぽう、削除さくじょや更新こうしんの操作そうさには課題かだいがある。削除さくじょする場合ばあいは、行くだりのオフセット値ちを変更へんこうしないで済すむようにするには、削除さくじょ後ごの空そらのスペースはそのまま残のこす必要ひつようがる。行くだりの長ながさが変更へんこうされる更新こうしんの場合ばあい、短みじかくなる場合ばあいはからのスペースはそのまま残のこり、長ながくなる場合ばあいは行くだりは断片だんぺん化かされて格納かくのうされることになる。行くだりをデフラグして空あきスペースを生うみ出だすには、OPTIMIZETABLEコマンドを実行じっこうする。このように、仕組しくみが単純たんじゅんなため、MyISAMのインデックス統計とうけいは非常ひじょうに正確せいかくである。

ただし、MyISAMの単純たんじゅんさには欠点けってんがいくつかり、トランザクションのサポートがないことが大おおきな課題かだいである。外部がいぶキーもサポートされていない。また、通常つうじょうのユースケースでは、InnoDBの方ほうがMyISAMよりも高速こうそくに動作どうさする。

MySQL 5.5以降いこうのバージョンは、参照さんしょう整合せいごう性せいの制約せいやくとより高たかい同時どうじ実行じっこう性せいを確保かくほするため、InnoDBエンジンに切きり替かえられた。

MyISAMは、FULLTEXTインデックス作成さくせいとOpenGISデータ型がたをサポートする。

MariaDBでの実装じっそう

MariaDBはAriaと呼よばれるクラッシュに強つよいMyISAMの代替だいたいストレージエンジンを使つかう。ただし、MariaDB開発かいはつ者しゃは引ひき続つづきMyISAM機能きのうも開発かいはつしており、"キーキャッシュのセグメント化か (Segmented Key Cache)"機能きのうを実装じっそうした。 有効ゆうこうにすると、MyISAMインデックスのキャッシュがセグメントに分割ぶんかつされる。これを使つかうと、スレッドがキャッシュ全体ぜんたいをロックする必要ひつようなくなり、同時どうじ実行じっこう性せいが向上こうじょうする。

MariaDBでは、MyISAMは仮想かそう列れつもサポートする。

DrizzleはMyISAMを含ふくまない。

関連かんれん項目こうもく

• MySQLデータベースエンジンの比較ひかく

外部がいぶリンク

• MySQL Documentation on MyISAM Storage Engine
• MyISAM's open files limit and table-cache problem explained
• Using MyISAM in production
• MySQL Engines - MyISAM vs Innodb by Rackspace (2015年ねん2月がつ8日にちにアーカイブ)
• Convert your MySQL database from MyISAM to InnoDB, and get ready for Drupal 7 at the same time (2013年ねん3月がつ8日にちにアーカイブ)
• Converting Tables from MyISAM to InnoDB