DTraceでトラブルシューティング：OpenSolarisで始めるブログサーバ構築（最終回）（3/4 ページ）

この連載では、サーバOSとして十数年発展してきた「Solaris」をオープンソース化した「OpenSolaris」を紹介し、ブログサーバ「Roller」と組み合わせて運用していくうえで有用なさまざまな知識を紹介していきます。（編集部）

[原口章司，サン・マイクロシステムズ株式会社]

MySQLサーバのトレース

　続いて、MySQLサーバのトレース方法について説明します。

図3　mysqlのモニタリング

　大域ゾーンから、稼働中のmysql_zoneの中を確認してみます。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　このmysqldプロセスの中を、DTraceでトレースしていきましょう。

　MySQL内でone connection-levelのコマンドの実行に使われるdispatch_command()関数を確認して、SQLsnoopのような「トレーサ」を作ってみます。mysqldは独立したプロセスとして稼働中ですので、DTraceのpidプロバイダを利用して、

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

でProbeを指定できそうに見えます。しかしMySQLは、C++言語でコンパイルされているため、オブジェクトファイル内での実際の関数名は符号化（mangle）された名前で存在しています。符号化のルールはコンパイラにより異なりますので、DTraceでC++のコードをトレースするには、ちょっとしたコツが必要になります。

　まず下記の方法で、mysqldのバイナリファイルから符号化された関数名を検索します。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　nm(1)コマンドとdem(1)コマンドにより検索された「_Z16dispatch_command19enum_server_commandP3THDPcj」という文字列が、dispatch_command関数の符号化された関数名であることが分かります。この符号化された関数名を使い、下記のmysql.dというDスクリプトファイルを作成します。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　大域ゾーンに戻り、mysqldのプロセスIDを取得します。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　dtrace(1M)で作成したmysql.dスクリプトを実行します。pidプロバイダに渡す引数として、稼働中のmysqldのプロセスIDを指定します。これで、Rollerの処理と連動してMySQLのトレースが可能になります。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　MySQLはスケーラビリティと可用性に優れているため、Rollerだけでなく、さまざまな目的と併用されていることもあるでしょう。MySQLで負荷の高いトランザクション処理中に、極端にRoller側にアクセスが集中したりすると、RollerとMySQLのコネクション部分がボトルネックになる場合があります。ここで紹介したトレースは、このような場合の状況トレースにも有効で、RollerやMySQLのスケーリングやチューンアップのヒントになります。

　このようにDTraceは、稼働中のシステムやアプリケーションの強力なモニタリングツールとして使用できます。今回紹介したものは一例にすぎませんが、実際に何か不具合が起きた際には、DTraceを使ってProbe指定や述語、備え付けのさまざまなアクション関数や統計関数を活用して、あらゆる角度からの解析や計測の絞り込みが可能となり、原因究明のための有効な手段となります。

　特に、従来のデバッガだけでは解析が困難であった本番稼働中のシステムや、再現性の低いシステム不具合のトラブルシュートに有効であるともいえます。またDTraceを使えば、稼働中のシステムからカーネル内部の構造体の情報も参照可能ですので、OpenSolaris上でのオープンソースのコード解析にも活用されています。