第131回 mysqldumpslowを使ってスロークエリログを解析してみる | gihyo.jp
皆さんはスロークエリログを活用していますでしょうか。今回はこの連載でも第7回 スロークエリーログを使って遅いクエリを収集するや第113回 anemoeaterを使ってスローログを可視化してみるで紹介させていただいた、スロークエリログ関連のお話となります。 今回は、mysqldumpslowという、スロークエリログをもっと便利にするコマンドラインツールについて紹介していきます。mysqldumpslowという字面を見ると、mysqldumpでじっくりと時間をかけてダンプファイルを取ってきてくれると思い浮かべるかもしれませんが、全くの別物なので注意しましょう。 検証環境 今回の検証環境は、第125回 phpMyAdminでDockerで建てたMySQLにアクセスするで記載したdocker-composeを利用して作成します。手元で簡単に試せるように、githubの筆者のレポジトリにサンプルコー
Webサービスエンジニアが教えるサーバサイドのログ分析 情報を可視化して負荷状況を見よ
ログ分析勉強会は、日々の業務に役立てられる「ログ分析」についての情報交換を目的として活動しています。オンライン開催となった今回、AWSに詳しい山口氏がWebサービスのパフォーマンス改善に必要なログ分析について、日々の業務から得た知見を共有しました。後半は、サーバーサイドから見たログ分析について。 サーバ情報を可視化して負荷状況を見る 続いて、サーバの負荷状況を見るところですね。リソースの情報をコマンドで取得してサーバ情報を可視化しましょうというところです。 よく使うのは、1つ目はhtopですね。htopでプロセスごとにどれくらいのメモリやCPUを使っているかを取っていくのがあります。リクエストが多いときにこれを取っていって、どこが重たくなっているかを見るというのがいいかなと思っています。 例えばアプリケーションサーバと同梱されているものだったりとかすると、アプリケーションサーバの負荷がいき
クラッシュセーフなスレーブ - interdb’s blog
MySQLでslaveをクラッシュセーフ*1にするには、 MySQL 5.6以上 relay_log_recovery=ON relay_log_info_repository=TABLE というセッティングが必要。詳細は"こちら"、翻訳版は"こちら"。 ざっくり言えば、リレーログのreplayと同じトランザクションで、InnoDBテーブルにリレーログの情報を書き込みcommitするので、大丈夫だよというお話。 MariaDBがこの機能に追従しないので、どうしたんだろうと思っていたら、MariaDBはGTIDのreplay状態などをgtid_slave_posというInnoDBテーブルに書き込むという技術的選択をしていた。もちろん、書き込むタイミングはreplayとおなじトランザクション。 よって、MariaDB10.0以降は、GTIDを設定すればslaveがクラッシュセーフになる。Mar
MySQL入門 バックアップ編 - Qiita
#経緯 とある勉強会の内容の復習＆整理 #タイトル インストール・アーキテクチャ基礎編 レプリケーション編 バックアップ編 ←今回はこちら チューニング基礎編 #バックアップ編アジェンダ バックアップ手法の概要 バックアップ運用設計時の主な考慮事項 バックアップ対象のファイル バックアップリストア例 #1. バックアップ手法の概要 ##1.1. バックアップ手法の違い ホットバックアップ or コールドバックアップ 物理バックアップ or 論理バックアップ フルバックアップ or 差分/増分バックアップ スタンバイサイトを利用 － ホットスワップとしての利用 － バックアップ取得先としての利用 ##1.2. ホットバックアップ or コールドバックアップ ###1.2.1. ホットバックアップ（オンラインバックアップ）の例 トランザクションの仕組みを利用してバックアップをする mysqld
MySQL Clusterのバックアップ／リストアの具体例
本連載では、実際に「MySQL Cluster」を利用するためのチュートリアルとなるように、その特徴と基本的なアーキテクチャからインストール方法、基本的な操作などをコマンド付きで解説していきます。第5回の今回は、MySQL Clusterのバックアップ／リストアの具体例について解説します。 前提となる環境 記事中のコマンド例は、第2回でインストールした環境を前提としています（追加設定として、mysqlユーザーの環境変数"PATH"に"/home/mysql/mysqlc/bin"も追加した状態）。 第4回で解説した“バックアップ、リストア関連のパラメータ”は明示的に設定していませんので、全てデフォルト設定となっています。今回のチュートリアルでバックアップが格納されるディレクトリはBackupDataDirのデフォルト値である“FileSystemPath/BACKUP”です。FileSys
Apache、MySQL、PostgreSQL…様々なログを解析できる『request-log-analyzer』 | 俺的備忘録 〜なんかいろいろ〜
Blog 201409 Apache、MySQL、PostgreSQL…様々なログを解析できる『request-log-analyzer』 前回、Webサーバのログを解析、モニタリング出来る『GoAccess』というツールを紹介したが、今回はそれと似たツール『request-log-analyzer』を紹介する。 このコマンドも『GoAccess』と同様にログを解析することが可能。解析できるログもWebサーバだけではなく、MySQLやPostgreSQL、Ruby on Railsと様々なログを解析できる。 ただし、ターミナル上でのリアルタイムのモニタリングには不向きなので、用途に応じて使い分けたほうがいいだろう。 1.インストール まずはインストール。以下のコマンドを実行する。 gem install request-log-analyzer 2.コマンドの実行 インストールができたら、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スレッドIDを利用したMySQLのデッドロック解析手法
高可用性とデータ・シャーディングを実現できるMySQL Fabricとは？