(1/2)本連載もついに最終回。今回はMySQLサーバの運用・管理に必要な状態監視、チューニング、バックアップ、セキュリティについて解説する。以下のテクニックを駆使すれば、MySQLをさらに安定稼働させられるだろう。});前回までは、さまざまな言語やアプリケーション、とりわけWebアプリケーションからMySQLを利用することを主眼に説明してきました。皆さんの中には、それらを応用した実用的なプログラムを考えている方もいるかと思います。そこで、今回は運用上必要となるテクニックをいくつかのトピックに分けてご紹介します。「まだまだ実用は先だ」と思われている方も、いつかくる日のためにこんなこともできるということだけでも知っておいてください。障害発生を防ぐための一番の方策は日々の運用方法にあります。サーバからの警告をいち早く察知して対処することで、障害を未然に防ぐことが可能になります。MySQLは、起動時に下記のようなオプションを指定することでロギング機能を有効にできます。--log=$logfile$logfileはログを出力するファイルの絶対パス(/usr/local/var/mysqld.logなど)です。--logとすることも可能です。その場合、ログファイルはデータディレクトリに“サーバ名.log”という名前で作成されます。MySQLをソースからインストールし、ひな型のスタートアップスクリプトを使って起動しているなら、ロギング機能はすでに組み込まれています。RPMファイルでインストールした場合やOSのインストール時にインストールパッケージの1つとして組み入れている場合は、ロギング機能が外されていることがあります。/etc/rc.d/init.dディレクトリにあるmysqlスタートアップスクリプトファイルを編集し、startセクションの該当個所に上記のオプションを追加します。mysqlshow*mysqlshowはMySQLのデータベースやそのテーブル構造を表示するコマンドと入力してMySQLへの問い合わせを行ってみましょう。Quitと追加されているはずです。これで、どこからだれが接続したか、どんな問い合わせを行ったかを調べることができます。不正なアクセスに対する調査も可能です。YES)という行に覚えがない場合は、何らかの不正アクセスが行われた可能性があります。ログファイルはサーバの運用ばかりでなく、アプリケーション構築の際にも有益です。アプリケーションで何らかのエラーが発生した場合、その過程がログファイルに記録されているかどうかで、MySQLへの問い合わせがどこで失敗しているかめどを付けることができます。ログファイルに記録されていれば、問い合わせSQL文そのものにエラーがある場合が考えられますが、ログファイルに記録がなければネットワークの問題やMySQLサーバが起動されているのかを疑う必要があります。denied”に起因する場合がほとんどのようです。その場合は本連載第3回に立ち返り、正しく参照権を設定してください。サーバ稼働状況の調査これで、強力なロギング機能で正常なSQL問い合わせが行われているかを確認できるようになりました。サーバの稼働状況を把握するにはまだ十分とはいえません。MySQLには、サーバの稼働状況をタイムリーに調べる方法が備わっています。簡単な調査は、サーバそのものが稼働しているかの確認です。aliveとする方法もあります。statusとします。すると、例えば下記のようなメッセージが返ってきます。0.000例として挙げたメッセージには、以下のような情報が含まれています。1MySQLが使用しているスレッドの数。extended-statusを用います。これらの情報は後述の「最適化」の過程で必要になってくるものです。データファイルのメンテナンスとチューニングサーバ稼働状況の把握とは別に、もう1つ必要なのがデータファイルの検査です。MySQLは指定されたデータディレクトリにデータファイルを作成します(コラム「MySQLのデータファイル構造」参照)。不意なサーバ停止やHDトラブルによるデータファイル破損など、予期せぬトラブルは日ごろのメンテナンスを慎重に重ねても完全に防ぐことは不可能です。データファイルが壊れていないかを確認します。/usr/local/var/ATMARKIT/list.MYI*実行例myisamchkコマンドを実行して下記のようなエラーや修復を促すメッセージが表示された場合は、早急に対処する必要があります。fixedデータファイルの修復と最適化myisamchkでエラーや修復を促すメッセージが表示されたら、下記のように対処します。2-rオプションでも解決できない場合は-oオプションを用います。修復の必要なデータファイル.MYI-rあるいは-oオプションのどちらかで、ほとんどのエラーから回復できます。これらのオプションを指定する場合は、修復中にファイルが更新されないように注意する必要があります。具体的には、MySQLサーバのプロセスであるmysqldを停止させた状態で修復作業を行うようにします。myisamchkコマンドはデータファイルの修復以外にデータの最適化が可能です。下記のようにファイル自体のコンディションを表示します。blocksの値が大きい場合は、無駄に占有されているディスク領域を開放する必要があります。これは、修復の際に用いた-rオプションで解決できます。この場合も必ずmysqldプロセスを停止させることを忘れないでください。サーバプロセスのチューニング普段の運用方法をサーバのプロセスとデータファイルという2つの側面からとらえたように、最適化もそれぞれで行う必要があります。データファイルの最適化はお分かりいただけたと思います。サーバのプロセスを最適化するにはどうすればよいでしょうか。サーバプロセスは一度起動してしまうと、途中でパラメータを変更して用途に合わせて調整することはできません。起動パラメータの多くは--logオプションと同様、起動時にのみ指定可能です。そのすべてをsafe_mysqldのオプションとして記述してしまっては煩雑になってしまいます。そこでmy.cnfファイルを使用します。ソースからインストールした場合もRPMなどのパッケージを使ってインストールした場合も、/etc/my.cnfとして保存されているはずです。my.cnfの主要なパラメータには下記のようなものがあります。#メモリに余裕がある場合に指定。#入力データ保持のための最大バッファサイズ。queriesにカウントされる場合のしきい値。単位は秒my.cnfファイルを更新した場合、変更内容を有効にするためにはプロセスの再起動が必要です。3.23.XXより前まではデータファイルの形式に「ISAM」と呼ばれるものが使われていました。そのため、MySQLに用意されているコマンドの中には「ism」で始まるコマンドがいくつかあります。3.23.XX以降、データファイルは「MyISAM」に変更されており、データファイルの互換性や最大サイズが改善されています。前ならISAMからMyISAMへの変換方法も紹介する必要がありましたが、ほとんどの方は無意識のうちにMyISAMを使用していると思います。MyISAMはデータディレクトリ(/usr/local/varや/va/lib/mysqlなど)に次のようなファイルを作ります。インデックスデータファイルデータベース中にテーブルを1つ作るたびに、上記の3ファイルが1組になって増えていきます。メールマガジンをご購読ください。申し込みページへITmediaはアイティメディア株式会社の登録商標です。