mysqlreport显示Com_中change_db占用比例高的问题的解决方法

ホームページ

データベース

mysql チュートリアル

mysqlreport显示Com_中change_db占用比例高的问题的解决方法_MySQL

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 01, 2016 pm 01:19 PM

mysqlサーバビュー

bitsCN.com 首先说明一点，每天的访问量并不大每天才2W的访问量，按道理说，访问量再增加一倍这样的服务器也应该足以承受。可是我们的服务器为什么总是这样频频重启呢？经过mysqlreport显示mysql运行的状态如下：

<pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><pre class="brush:php;toolbar:false"><font color="#006bad">MySQL 5.1.28-rc-log   uptime 0 0:4:48    Thu Apr 30 14:04:58 2009<br><br>__ Key _________________________________________________________________<br>Buffer used   7.74M of 384.00M %Used:  2.02<br> Current   52.89M      %Usage: 13.77<br>Write hit    0.00%<br>Read hit    91.97%<br><br>__ Questions ___________________________________________________________<br>Total     14.46k  50.2/s<br> DMS      9.24k  32.1/s %Total: 63.90<br> QC Hits    3.66k  12.7/s      25.33<br> Com_     1.04k   3.6/s      7.19<br> COM_QUIT    517   1.8/s      3.58<br> -Unknown     1   0.0/s      0.01<br>Slow 1 s      4   0.0/s      0.03 %DMS:  0.04 Log: OFF<br>DMS       9.24k  32.1/s      63.90<br> SELECT    9.21k  32.0/s      63.75     99.75<br> UPDATE      23   0.1/s      0.16     0.25<br> REPLACE      0    0/s      0.00     0.00<br> DELETE      0    0/s      0.00     0.00<br> INSERT      0    0/s      0.00     0.00<br>Com_      1.04k   50/s      44.4<br> set_option   523   1.8/s      3.62<br> change_db    510   50/s      44.4<br> show_proces    5   0.0/s      0.03<br><br>__ SELECT and Sort _____________________________________________________<br>Scan        49   0.2/s %SELECT:  0.53<br>Range       16   0.1/s      0.17<br>Full join      2   0.0/s      0.02<br>Range check     0    0/s      0.00<br>Full rng join    0    0/s      0.00<br>Sort scan     55   0.2/s<br>Sort range    475   1.6/s<br>Sort mrg pass    0    0/s<br><br>__ Query Cache _________________________________________________________<br>Memory usage  12.02M of 150.00M %Used:  8.01<br>Block Fragmnt  0.01%<br>Hits      3.66k  12.7/s<br>Inserts     9.14k  31.8/s<br>Insrt:Prune  9.14k:1  31.8/s<br>Hit:Insert   0.40:1<br><br>__ Table Locks _________________________________________________________<br>Waited       0    0/s %Total:  0.00<br>Immediate   10.49k  36.4/s<br><br>__ Tables ______________________________________________________________<br>Open        58 of 512  %Cache: 11.33<br>Opened       64   0.2/s<br><br>__ Connections _________________________________________________________<br>Max used      4 of 2000   %Max:  0.20<br>Total       519   1.8/s<br><br>__ Created Temp ________________________________________________________<br>Disk table     1   0.0/s<br>Table       184   0.6/s  Size: 256.0M<br>File        5   0.0/s<br><br>__ Threads _____________________________________________________________<br>Running       2 of  2<br>Cached       2 of 150   %Hit: 99.23<br>Created       4   0.0/s<br>Slow        0    0/s<br><br>__ Aborted _____________________________________________________________<br>Clients       0    0/s<br>Connects      0    0/s<br><br>__ Bytes _______________________________________________________________<br>Sent      20.36M  70.7k/s<br>Received    1.37M  4.7k/s<br><br>__ InnoDB Buffer Pool __________________________________________________<br>Usage     304.00k of  8.00M %Used:  3.71<br>Read hit    84.42%<br>Pages<br> Free      493      %Total: 96.29<br> Data       19           3.71 %Drty:  0.00<br> Misc       0           0.00<br> Latched                 0.00<br>Reads       77   0.3/s<br> From file    12   0.0/s      15.58<br> Ahead Rnd     1   0.0/s<br> Ahead Sql     0    0/s<br>Writes       0    0/s<br>Flushes       0    0/s<br>Wait Free      0    0/s<br><br>__ InnoDB Lock _________________________________________________________<br>Waits        0    0/s<br>Current       0<br>Time acquiring<br> Total       0 ms<br> Average      0 ms<br> Max        0 ms<br><br>__ InnoDB Data, Pages, Rows ____________________________________________<br>Data<br> Reads      25   0.1/s<br> Writes      3   0.0/s<br> fsync       3   0.0/s<br> Pending<br>  Reads      0<br>  Writes     0<br>  fsync      0<br><br>Pages<br> Created      0    0/s<br> Read       19   0.1/s<br> Written      0    0/s<br><br>Rows<br> Deleted      0    0/s<br> Inserted     0    0/s<br> Read       0    0/s<br> Updated      0    0/s<br>大家可以看到在Com_中占的比例是相当大的，而一般情况下，这个值应该是3.0%左右。如果这个值过高的话，就说明，你的mysql处理请求中<br>做了一些无谓的工作，占用了大量的系统资源。其中我们看到尤为change_db的占用率比较高。这个值高了，说明我们执行的user database;命令相当多。<br>检查程序，原来我们在执行查询语句的时候应用了mysql_query_db("database","sql");这个语句在每次执行的时候都会自动调用use database;<br>所以我们应该将mysql_db_query 更改成mysql_query();再观察mysql的运行状态，ok。一切正常了。</font>

bitsCN.com

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

複数の単一列インデックスに対して複合インデックスをいつ使用する必要がありますか？Apr 11, 2025 am 12:06 AM

データベースの最適化では、クエリ要件に従ってインデックス作成戦略を選択する必要があります。1。クエリに複数の列が含まれ、条件の順序が固定されている場合、複合インデックスを使用します。 2。クエリに複数の列が含まれているが、条件の順序が修正されていない場合、複数の単一列インデックスを使用します。複合インデックスは、マルチコラムクエリの最適化に適していますが、単一列インデックスは単一列クエリに適しています。

MySQLでスロークエリを識別して最適化する方法は？（スロークエリログ、Performance_schema）Apr 10, 2025 am 09:36 AM

MySQLスロークエリを最適化するには、slowquerylogとperformance_schemaを使用する必要があります。1。LowerQueryLogを有効にし、しきい値を設定して、スロークエリを記録します。 2。performance_schemaを使用してクエリの実行の詳細を分析し、パフォーマンスのボトルネックを見つけて最適化します。

MySQLおよびSQL：開発者にとって不可欠なスキルApr 10, 2025 am 09:30 AM

MySQLとSQLは、開発者にとって不可欠なスキルです。 1.MYSQLはオープンソースのリレーショナルデータベース管理システムであり、SQLはデータベースの管理と操作に使用される標準言語です。 2.MYSQLは、効率的なデータストレージと検索機能を介して複数のストレージエンジンをサポートし、SQLは簡単なステートメントを通じて複雑なデータ操作を完了します。 3.使用の例には、条件によるフィルタリングやソートなどの基本的なクエリと高度なクエリが含まれます。 4.一般的なエラーには、SQLステートメントをチェックして説明コマンドを使用することで最適化できる構文エラーとパフォーマンスの問題が含まれます。 5.パフォーマンス最適化手法には、インデックスの使用、フルテーブルスキャンの回避、参加操作の最適化、コードの読み取り可能性の向上が含まれます。

MySQL非同期マスタースレーブレプリケーションプロセスを説明してください。Apr 10, 2025 am 09:30 AM

MySQL非同期マスタースレーブレプリケーションにより、BINLOGを介したデータの同期が可能になり、読み取りパフォーマンスと高可用性が向上します。 1）マスターサーバーレコードはBinlogに変更されます。 2）スレーブサーバーは、I/Oスレッドを介してBINLOGを読み取ります。 3）サーバーSQLスレッドは、BINLOGを適用してデータを同期させます。

MySQL：簡単な学習のためのシンプルな概念Apr 10, 2025 am 09:29 AM

MySQLは、オープンソースのリレーショナルデータベース管理システムです。 1）データベースとテーブルの作成：createdatabaseおよびcreateTableコマンドを使用します。 2）基本操作：挿入、更新、削除、選択。 3）高度な操作：参加、サブクエリ、トランザクション処理。 4）デバッグスキル：構文、データ型、およびアクセス許可を確認します。 5）最適化の提案：インデックスを使用し、選択*を避け、トランザクションを使用します。

MySQL：ユーザーフレンドリーなデータベースの紹介Apr 10, 2025 am 09:27 AM

MySQLのインストールと基本操作には、次のものが含まれます。1。mysqlをダウンロードしてインストールし、ルートユーザーパスワードを設定します。 2。sqlコマンドを使用して、createdatabaseやcreateTableなどのデータベースとテーブルを作成します。 3. CRUD操作を実行し、挿入、選択、更新、コマンドを削除します。 4.パフォーマンスを最適化し、複雑なロジックを実装するためのインデックスとストアドプロシージャを作成します。これらの手順を使用すると、MySQLデータベースをゼロから構築および管理できます。

InnoDBバッファープールはどのように機能し、なぜパフォーマンスに不可欠なのですか？Apr 09, 2025 am 12:12 AM

Innodbbufferpoolは、データとインデックスページをメモリにロードすることにより、MySQLデータベースのパフォーマンスを向上させます。 1）データページは、ディスクI/Oを削減するためにBufferPoolにロードされます。 2）汚れたページは、定期的にディスクにマークされ、リフレッシュされます。 3）LRUアルゴリズム管理データページの排除。 4）読み出しメカニズムは、可能なデータページを事前にロードします。

MySQL：初心者向けのデータ管理の容易さApr 09, 2025 am 12:07 AM

MySQLは、インストールが簡単で、強力で管理しやすいため、初心者に適しています。 1.さまざまなオペレーティングシステムに適した、単純なインストールと構成。 2。データベースとテーブルの作成、挿入、クエリ、更新、削除などの基本操作をサポートします。 3.参加オペレーションやサブクエリなどの高度な機能を提供します。 4.インデックス、クエリの最適化、テーブルパーティション化により、パフォーマンスを改善できます。 5。データのセキュリティと一貫性を確保するために、バックアップ、リカバリ、セキュリティ対策をサポートします。

See all articles