FreeBSDの
- 2008年11月28日
ワイヤ上のデバッグのmysql
以前の今日、私は動作しませんでしたMySQLレプリケーションに苦しんでいた、その問題に頭をぶつけながら、私は多分私は、マスタが実際にスレーブに送信するかを確認するのに役立つだろうことに気づいた。 さて、私は私の全体のレプリケーションのセットアップをやり直し、それが役立つだろうかどうかを確認することを決定し、それがなかった。
私は少なくともここでそれについていくつかのことを書くことにしたので、しかし、実際にワイヤ上で送信されたもののデバッグの考え方は、まだ私の頭の中に潜んでいた。 念のために他の誰かが同じ事をしたいと思います。
そして、それは行うことはとても簡単です。 あなたがWiresharkをお持ちでいない場合は、このようにWiresharkをインストールします。
#CDの/ usr / ports /ネット/ wiresharkの
#make installを
だから今ここでツールを持っている場合は、実際にサーバーに送信さ何を聞くことによって、MySQLをデバッグするためにそれを使用する方法は次のとおりです。
#tsharkの-Tテキスト-V-f 'をdstのポート3306' |はgrep-iの声明:|カット-B25-
今だけ後ろにもたれると、このように見える出力を見て:
citypool = 'sth.globalns.openpeers.netは' \ nプールからアドレスを選択
citypool = 'sth.globalns.openpeers.netは' \ nプールからアドレスを選択
citypool = 'lon.globalns.openpeers.netは' \ nプールからアドレスを選択
citypool = 'lon.globalns.openpeers.netは' \ nプールからアドレスを選択
citypool = 'none.globalns.openpeers.netは' \ nプールからアドレスを選択
選択したサイトここで、name = 'www'に、サイト= 'アーノルド'から有効になっており、ドメイン= 'globalns.openpeers.net'と= 1を有効にします\ n
プールを選択し、そこからどこにネクストホップ= '83 .142.224.2 'と有効になって= '1'に\ n
しかし、ちょっと! これは私が同一のMySQLのクエリを送信しているように見えいただきました!
このエントリを書きながら私は私のプログラムの欠陥に気づいたそうだね! それは良い方法のコードは非常に簡単でした。 したがって、このポストを書くことは私は私がいない場合でも存在しませんでした欠陥を修正することができました。
ところで。 ご使用のスイッチでポート複製を使用することによりトラフィックを分析する別のボックスにSQL Serverのすべてのトラフィックをそらすことができます。 クライアントまたはサーバーの負荷を保存するか、または複数のクライアントのセットアップをデバッグすることができます。












































"ワイヤ上でのデバッグのmysql"〜3の対応
Googleが翻訳? =)
上の兄弟によって2008年11月29日
ああ。 男カンディväljaengelskaのdarネールJA。 OCH DET blevチュブラ。
上の兄弟によって2008年11月29日
Arrggghhhh ... Postgresqlのに切り替えます。 MySQLは悪である。
ピーターBengtsonによって2009年3月22日