TPC-C、TPC-Hワークロードを各種DBMSに対して実行できるベンチマークソフト「HammerDB」
HammerDBは、フリーでOSSなDBMSベンチマークソフトです。
各DB専用に用意された …
プロシージャの中身のクエリはスロークエリログに落ちない の続き。
Vanilla MySQLだとプロシージャの中身がログに落ちませんが、Percona Server ではスロークエリログが拡張されていて、ログに落ちます。
log_slow_sp_statements
で出力の有無を設定します。デフォルトではプロシージャの中身をスロークエリログに出力する設定になってます。
mysql> SHOW GLOBAL VARIABLES LIKE
'log_slow_sp_statements';
+------------------------+-------+
|
Variable_name
| Value |
+------------------------+-------+
| log_slow_sp_statements | …
プロシージャの中身のクエリはスロークエリログに落ちない の続き。
Vanilla MySQLだとプロシージャの中身がログに落ちませんが、Percona Server
ではスロークエリログが拡張されていて、ログに落ちます。
log_slow_sp_statements
で出力の有無を設定します。デフォルトではプロシージャの中身をスロークエリログに出力する設定になってます。
mysql> SHOW GLOBAL VARIABLES LIKE
'log_slow_sp_statements';
+------------------------+-------+
| …
とあるMySQLのデータベースで、性能劣化した疑いのあるプロシージャがありました。
プロシージャには複数のSELECTやINSERTが含まれています。
どのSQLが遅かったか突き止める方法はあるのでしょうか?
プロシージャに含まれている、各SQLはスロークエリログに落ちるんでしょうか?
試してみます。
テスト用に遅いプロシージャを作ります。
ログを出します。
DELIMITER //
CREATE PROCEDURE sample()
BEGIN
SELECT SLEEP(10);
END
//
DELIMITER ;
mysql> SET GLOBAL slow_query_log = ON;
Query OK, 0 rows affected (0.00 sec)
mysql> SET GLOBAL long_query_time = 0;
Query OK, 0 rows affected (0.00 sec)
…
MySQLのBug Report
もう一週間経ったけど、今回出したバグレポートでドキュメントが修正されました。めでたい。
単にドキュメントが修正されただけですが、せっかくなのでMySQLにBug reportするまでの流れを書いておきます。
アカウント登録
シュッと登録します
How to Report a Bugを読む
なにやら説明がありそうなので、読んでおきます。 なにか厳しい規則があるというわけではないので、チェックリスト的にさらっと読んでからレポートを書くと良さそうです。 …
[さらに読む]
あるクエリがperformance_schemaに記録されなかった。
原因を調べていて1つ記録されない条件を見つけたのでメモ。
まず、問題ないパターン。
mysql> SELECT NOW();
+---------------------+
|
NOW()
|
+---------------------+
| 2019-07-30 10:40:47 |
+---------------------+
1 row in set (0.00 sec)
mysql> SELECT SQL_TEXT FROM events_statements_history;
+-------------------------------------------------------------------+
| …
あるクエリがperformance_schemaに記録されなかった。
原因を調べていて1つ記録されない条件を見つけたのでメモ。
まず、問題ないパターン。
mysql> SELECT NOW();
+---------------------+
|
NOW()
|
+---------------------+
| 2019-07-30 10:40:47 |
+---------------------+
1 row in set (0.00 sec)
mysql> SELECT SQL_TEXT
FROM events_statements_history;
+-------------------------------------------------------------------+
| …
TL;DR
まずは慌てず騒がずエラーログを見る。クラッシュしてるログが出てるならそれはそれでOK。mysqld_safe
とか systemd を使っている場合、 mysqld
が自動再起動されているかも知れない。クラッシュリカバリーの真っ最中はプロセスが浮いていても接続できないので、クラッシュリカバリー中だったら見守る。
OOM Killerに殺された場合はエラーログに何も出ずにsyslogだけ吐くので、
/var/log/messages あたりもチラ見しておくと吉。
特にクラッシュはしていないようであれば、 dstat …