MOONGIFT: » MySQL（InnoDB）の状態を監視する「innotop」:オープンソースを毎日紹介
開発案件について、MySQLを利用したケースが増えてきている。日本語での情報も充実してきており、実績も増えてきたのが要因だろう。企業内のシステムに導入する場合、必要になるのが運用管理だ。 トップ画面 MySQLの運用管理を行うブラウザツールもあるが、ターミナル上で行うならこちらを使ってみよう。 今回紹介するオープンソース・ソフトウェアはinnotop、MySQLの状態を一覧するソフトウェアだ。 innotopはmytopのようなツールで、特にInnoDBについてステータスを管理するのに向いたソフトウェアだ。クエリーやステータス情報、トランザクション情報やレプリケーションの状態、デッドロックなども見られるようになっている。 クエリサマリー Perlで作られたソフトウェアで、DBI:MySqlが必要になっている。コンソール上で動くので、軽快で分かりやすいシステムになっている。設定を追加すること
MySQLの状態がリアルタイムでわかるMySQL用topコマンド「mytop」と「innotop」
サーバのチューニングをする上でかなりやっかいなのがデータベース系。特にログファイルの量が膨大になると後から中身を見て問題を分析するのも一苦労という場合が。そんなときにこのMySQL用topコマンド「mytop」を使えば一体何が起きているのかがすぐにわかるので問題点の把握が容易になります。ベンチマークするときに併用すればかなり効率が良くなるのではないかと。 インストールと使い方は以下の通り。 まずは「mytop」から。以下が公式サイト。 mytop - a top clone for MySQL http://jeremy.zawodny.com/mysql/mytop/ マニュアルは以下にあります。 mytop - display MySQL server performance info like `top' インストールするにはSSHなどを使ってrootでログイン後、wgetでファイル
[mysql 10758] クラッシュからのリカバリ
From: "zen kishimoto" <"zen kishimoto" <zen@xxxxxxxxxx>> Date: Fri, 7 Jan 2005 18:56:13 -0800 Subject: [mysql 10758] クラッシュからのリカバリ http://dev.mysql.com/tech-resources/articles/recovering-from-crashes.html Guilhem Bichot著 ここでは以下の理由でクラッシュした場合のリカバリー の方法について述べます。 1. OSのクラッシュ 2. 電源落ち 3. ファイルシステムのクラッシュ 4. ハードの問題(ハードドライブとかマザーボードなど). ここで使うのはMySQL 4.1.8版です。InnoDB ストレッジエンジン にデータが格納されているとしましょう。このエンジンには トランズアク
MyNA Web Site
ライセンスはどうなっていますか？商用利用ではどうすべきですか？ † GPL か 有料のライセンスか。 2007年1月1日時点では Community : GPL Enterprise : 有料で別のライセンス GPL については http://www.gnu.org/home.ja.html をご覧ください。 ↑ mysqld が最低必要とする物 † basedir/share/ ディレクトリ以下(shareファイル。errmsg.sys や charsets/) datadir/mysql/ (mysql 権限データベース、テーブル) 権限テーブルや charsets/ がなければ mysqld は起動しない。 errmsg.sys はバージョンによって数が違うので、違うバージョンの errmsg.sys を使用していると mysqld が起動しない。 これらが起きた場合、.err ファ
MySQL :: MySQL 4.1 リファレンスマニュアル :: 4.5.1 データベースのバックアップ
MySQL テーブルはファイルとして保存されるため、バックアップが簡単です。一貫したバックアップを行うには、そのテーブルに対して LOCK TABLES を実行してから、FLUSH TABLES を実行します。 See 項6.7.5. 「LOCK TABLES および UNLOCK TABLES 構文」。 See 項4.6.4. 「FLUSH 構文」。 読み取りロックだけが必要なので、データベースディレクトリのファイルをコピーしている間も、他のスレッドはテーブルに対してクエリを続行できます。FLUSH TABLE は、バックアップを開始する前に、キャッシュされているページをすべてディスクに書き込むために必要です。 3.23.56 から 4.0.12 では、セキュリティ上のリスクがあるため、BACKUP TABLE で既存ファイルの上書きはできないようになっています。 テーブルを SQL レ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://sunq.jp/archives/2007/0712233807.php
