0

さて、私はこのチュートリアルに従い、mysqlサーバーを再起動しました。ただし、クエリを実行してから再度クエリを実行すると、パフォーマンスの向上はほとんど見られません。これは、キャッシュが機能していないことを示す.200秒のゲインのようなものです。

これがmy.cnfファイルのキャッシュ設定です。

# * Query Cache Configuration
#
query_cache_limit       = 10M
query_cache_size        = 256M
query_cache_type        = 1

私がこれをテストしている方法は、データベースからルーチンを実行することです。このルーチンは、2つの小さなルックアップテーブルを結合する単純なSELECTステートメントで構成されています。

show variable like '%query_cache%';

結果

have_query_cache    YES
query_cache_limit   10485760
query_cache_min_res_unit    4096
query_cache_size    268435456
query_cache_type    ON
query_cache_wlock_invalidate    OFF

編集1

さらに、Workbenchを使用してサーバーの状態を確認すると。クエリキャッシュのヒット率は0％のままです。

4

2 に答える 2

0

戻って、パラメータをバイト単位で指定する必要があります。showVarは正しいように見えますが、これらの値はシステム内で使用されており、上記の最初のコードブロックであるMB単位でパラメーターを指定したようです。showVarは良さそうに見えますが、システムは10Mを認識しており、デフォルトで0になっている可能性があります。

于 2012-06-08T16:25:33.453 に答える
0

さて、これが私の問題を解決したものです。MySqlワークベンチでリモート管理を有効にすることになりました。次に、[構成]->[オプションファイル]に移動しました。[mysqld]というセクションがなく、追加しようとしているというエラーが表示されました。その後、[パフォーマンス]タブに移動し、キャッシュのすべてのチェックボックスがオフになっていることに気付きました。すべての値を確認しました。MySqlWorkbenchは、キャッシュ値を入力するときに、値にK、M、またはGの接尾辞を付けることを提案しました。その後、サーバーを再起動すると、クエリが正常にキャッシュされました。

構成ですべての技術的な部分がどのように変更されたかはわかりませんが、ワークベンチがすべてを処理してくれました。

于 2012-06-12T21:40:44.183 に答える