MySQL Serverのパフォーマンスとステータスを監(jiān)視するには、組み込みコマンド、リソース監(jiān)視、ツールの使用、ログチェックの4つの側(cè)面から開始する必要があります。 1. [ステータスを表示したり、showプロセスリストなどの組み込みコマンドを使用して、接続の數(shù)と実行ステータスの數(shù)をすばやく表示します。 2.システムコマンドとMySQL內(nèi)部メカニズムを組み合わせて、CPU、メモリ、ディスクIO、SQL実行効率を監(jiān)視します。 3. mysqlワークベンチ、プロメテウスグラファナ、ザブビックス、またはPMMを使用して、継続的な監(jiān)視を?qū)g現(xiàn)し、取得頻度を合理的に設(shè)定します。 4.エラーログとスロークエリログを定期的に分析し、しきい値を設(shè)定し、インデックス化されていないSQLを最適化して、潛在的な問題を迅速に発見し、サービスの中斷を防ぎます。

MySQL Serverのパフォーマンスとステータス監(jiān)視のコアは、問題を迅速に検出し、ボトルネックを見つけ、サービスの中斷や応答の遅いことを回避することです。直接それを置くには、リソースの使用、クエリの効率、接続の數(shù)、およびログ情報(bào)に注意する必要があります。

1.內(nèi)蔵コマンドを使用して、実行中のステータスをすばやく表示します

MySQLには、現(xiàn)在のデータベースの健康狀態(tài)を迅速に理解するために、 SHOW STATUSやSHOW PROCESSLISTなどの基本的で実用的なコマンドが付屬しています。

• SHOW STATUS LIKE 'Threads_connected';現(xiàn)在の接続數(shù)を見ることができます。この値が最大接続制限に近い場合は、構(gòu)成を調(diào)整するか、異常な接続があるかどうかを確認(rèn)する必要があります。
• SHOW PROCESSLIST;スレッドが実行されているのを見ることができます。 「睡眠」?fàn)顟B(tài)に多數(shù)の接続がある場合、アプリケーションが接続を正しく閉じないことを意味する場合があります。
• SHOW GLOBAL STATUS;処理されるクエリの數(shù)、開くテーブルの數(shù)など、より包括的な狀態(tài)変數(shù)を提供します。

これらのコマンドは追加のツールを必要とせず、緊急のトラブルシューティング中に迅速に使用するのに適しています。

2。システムリソースとMySQLリソースの使用を監(jiān)視します

MySQLのパフォーマンスは、CPU、メモリ、ディスクIOなどの要因の影響を受けます。 Linuxコマンドを組み合わせて観察できます。

• CPUの使用率topまたはhtopを確認(rèn)してください
• メモリ使用量を確認(rèn)するためのfree -m
• iostat （sysstatパッケージが必要）ディスクの読み取りと書き込みの圧力が観察されます

MySQL內(nèi)部リソースの場合、次の方法を使用できます。

• スロークエリログをオンにして、長い間実行されてきたSQLを見つけます
• SHOW PROFILE （時(shí)代遅れ）またはperformance_schemaを使用して、単一のSQLのリソース消費(fèi)を分析します
• INNODBバッファープールのヒット率を確認(rèn)してください。ヒット率が低い場合、それはメモリが不十分であるか、キャッシュ戦略に問題があることを意味します。

一定期間中にCPUが突然上昇し、遅いクエリの數(shù)が増加することがわかった場合、リソース競爭につながる最適化されていないSQLがある可能性があります。

3.監(jiān)視ツールを使用して、継続的な観察を?qū)g現(xiàn)します

手動で実行するコマンドは一時(shí)的にのみ表示できます。本當(dāng)に長い間それらを監(jiān)視したい場合は、まだツールを使用する必要があります。一般的なオープンソースツールは次のとおりです。

• MySQLワークベンチ：さまざまなインジケーターをグラフィカルに表示できる監(jiān)視パネルが付屬しています
• プロメテウスグラファナ：エンタープライズレベルの監(jiān)視システムの構(gòu)築に適しています。
• Zabbix ：強(qiáng)力で、カスタム監(jiān)視アイテムとアラームメカニズムをサポートしています
• Percona監(jiān)視と管理（PMM） ：箱から出してMySQL用に設(shè)計(jì)された監(jiān)視プラットフォーム

監(jiān)視の設(shè)定時(shí)に収集頻度と履歴データ保持時(shí)間に注意してください。たとえば、データベースの負(fù)擔(dān)が頻繁に増加するため、5秒ごとに収集する方が合理的です。

4.エラーログとスロークエリログを定期的に確認(rèn)します

ログは、トラブルシューティングのための直接の情報(bào)です。 MySQLエラーログは通常、Start、Stop、Exception Errorなどの情報(bào)を記録します。スロークエリログ記録SQLステートメントは、指定された時(shí)間を超えて実行されています。

提案：

• 合理的なスロークエリのしきい値を設(shè)定します（0.5秒など）
• PT-Query-Digest分析とともに、スロークエリログが最もパフォーマンスに影響するSQLを見つけることがわかりました
• ディスクの充填を防ぐために、古いログを定期的に清掃またはアーカイブする

毎朝何度も遅いクエリがあることがわかった場合、タイミングタスクのSQLはインデックスを通過せず、最適化が必要である可能性があります。

基本的にこれらの方法。監(jiān)視は1回限りの仕事ではなく、継続的なメンテナンスと調(diào)整を必要とするプロセスです。多くの問題が実際に長い間基礎(chǔ)を築いてきましたが、事前に発見しましたか。

以上がMySQLサーバーのパフォーマンスとステータスの監(jiān)視の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。