データベース

MySQL / MariaDB
稼働中
v10.11.6-MariaDB
接続数
22
MySQL: 22 / 151
スロークエリ
1
MySQL slow_queries
データベースサイズ
673.4 MB
データベース: 3
MySQL / MariaDB 稼働中
バージョン 10.11.6-MariaDB
Uptime 19d 16h 21m
接続数 22 / 151
スロークエリ 1
データベースサイズ 673.4 MB
データベース
example_app 18.4 MB · 12 テーブル数
example_users 142.7 MB · 38 テーブル数
example_logs 512.3 MB · 64 テーブル数

サイトが重くなったときのデータベースの状態

サイトが重くなったとき、データベースは最初に見るべき場所であり、手早く覗くのが最も難しい場所でもあります。このページは稼働時間、現在と上限の接続数、遅いクエリの数、キャッシュのふるまい、そして各データベースの容量を示します。問題がここに住んでいるかどうかを数秒で判じるには十分です。

設定された上限に対する接続数こそ、障害の大半を説明する数字です。上限に達したサーバーは新しい接続を断り、アプリケーションは本当の原因について何も語らないデータベースの誤りを報せます。遅いクエリはもう一方の端です。ひと握りなら正常ですが、着実に上がっていく数え上げは、たいていスキーマの変更でクエリが索引を失ったことを意味します。

容量がここにあるのは、増大は早いうちのほうが御しやすいからです。際限なく育つ表——セッションの行、ログの表、誰も掃き出さない待ち行列——は、余地があるうちは遅い問題で、余地が尽きた午前三時には急ぎの問題になります。この画面のディスクのページは、同じことのもう一面を示します。

このページが何を見ていて、何を見ていないかは知っておく価値があります。MySQL の状態を内側から読み取り、接続数、クエリ、サイズを示しますが、データベースが載っている土台については何も語りません。止まったサービスに気づくのは Monit であり、壊れ始めたドライブを知らせるのは SMART です。しかも多くの場合、クエリに遅さが表れるよりずっと早く知らせます。遅いデータベースの原因は、データベースより下にあることが少なくありません。