[B! MySQL] nadybungoのブックマーク

nadybungo id:nadybungo

MySQLに関するnadybungoのブックマーク (9)

密着 24時！ MySQL 5.1 から Aurora への移行100日間〜 Backlog 編 | 株式会社ヌーラボ(Nulab inc.)
Photo via Visual hunt Backlog の一部のスペースにて Amazon Aurora へと移行しました。ここでは、その経緯と実際に実施した作業を簡単にご紹介させていただきます。移行の経緯昨年末データベース障害が発生しユーザー様には多大なご迷惑をお掛けしてしまいました。 Backlog には Terraform をどう使っているかを紹介したブログにあるように複数の運用環境があります。その各々の環境の構築時期によって EC2 上で自前運用していた MySQL もあれば、RDS for MySQL もある、といった統一されていない状況でした。また EC2 上ではまだ MySQL 5.1 も稼働していました。移行を検討するにあたり、優先したのは障害時の復旧が素早く出来ることと、少しでも運用の管理コストを下げることでした。Backlog のサーバは 100 台以上で
nadybungo 2016/05/20
*System

MySQL
リンク
ヤフー社内でやってるMySQLチューニングセミナー大公開
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
nadybungo 2016/02/23
特筆して目新しい事はないが、基礎がきれいにそろってる。

**何度も読む

*System

DB

チューニング

MySQL
リンク
http://www.2ch-search.net/blog/3
nadybungo 2012/06/27
*System

MySQL

基礎知識
リンク
x.com
nadybungo 2012/04/06
*System

LAMP

基礎知識

MySQL

PHP

Linux

Apache
リンク
MySQL :: MySQL 5.1 リファレンスマニュアル :: 4.11.1 一般クエリとスロークエリのログ出力先の選択
MySQL 5.1.6 前は、サーバではログファイルが一般クエリとスローログクエリのエントリとして機能しています (有効の場合)。MySQL 5.1.6 からは、サーバで、柔軟性があるログ出力先の制御ができます。従来通り、ログエントリをログファイルに書き込みますが、mysql データベースの general_log そして slow_log のテーブルにもエントリを書き込むことができます。ロギングを有効にすると、テーブルの出力先を選択することができます。両方選択することも可能です。ロギングを有効にすると、--log-output オプションでログ出力先を指定できます。このオプションは、次のように --log-output[=value,...] というシンタックスの使い方をします。値を --log-output で指定すると、この値はカンマ区切りのリストになります。TABLE
nadybungo 2011/11/25
スロークエリのあぶり出し

*System

MySQL
リンク
MySQL 5.1のmysqldumpslowで快速チューニング - SH2の日記
MySQL 5.1のmysqldumpslowを使うとチューニングが楽になる！という話題です。 mysqldumpslowはもともとMySQLに付属しているツールで、スロークエリログを集計してくれるものです。これ自体はMySQL 5.1で特に変わったところはありませんが、スロークエリログ本体の方が機能強化されているため、組み合わせるとなかなか便利になっています。MySQL 5.1におけるスロークエリログの主な機能強化は以下の三点です。 long_query_timeに1秒未満の値を設定できるようになった。出力先を設定できるようになった。これらの設定をオンラインで変更できるようになった。これでどうなるかというと、MySQLの性能分析をしたいと思ったときに、サーバを止めずにその場で mysql> set global slow_query_log = 1; mysql> set glob
nadybungo 2011/11/25
*System

MySQL

チューニング
リンク
Kazuho@Cybozu Labs: MySQL のボトルネックを統計的に監視・解析する方法
MySQL のチューニング、と言った場合には、サーバーパラメータの調整や EXPLAINコマンドを利用したクエリ実行計画の最適化が話題に上ることが多いです。しかし、発行する全ての SQL について、いちいち EXPLAINコマンドを使って確認していては、いくら時間があってもたりません。チューニングを効率的に進めるには、まず、ボトルネックとなっている SQL クエリを特定し、次にその最適化を行うべきです。ではどのようにして、ボトルネックを特定するのか。MySQL Conference & Expo 2009 のキーノートにおいて Mark Callaghan 氏は、Google では SHOW PROCESSLIST コマンドを使った統計的アプローチを使っていると述べていらっしゃいます (参照: MySQLConf 09: Mark Callaghan, "This is Not a
nadybungo 2011/11/25
*System

MySQL

チューニング
リンク
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.7.7 SHOW ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
nadybungo 2011/11/25
Show構文

*System

MySQL
リンク
実行されているSQLを確認/強制終了する方法 - よかろうもん！
忘れない様に備考録として。 MySQLがCPUリソースを占有している場合は、以下のコマンドで何が起こっているのかを調査できる。 mysql > SHOW FULL PROCESSLIST; Id User Host dbCommand Time State Info 11444 root localhost skip_test Sleep 53 NULL 12033 root localhost skip_test Sleep 1 NULL 12036 root localhost skip_test Sleep 3 NULL 15455 root localhost NULL Query 0 NULL show full processlist ※infoカラムにSQLが表示されていたりします。 SHOW PROCESSLIST 構文の詳細プロセス(実行されているSQL)を強制終了す
nadybungo 2011/11/25
実行中のSQL確認方法

*System

MySQL
リンク
1