MySQLサーバには、MySQLクライアントからのクエリとその実行結果をキャッシュし、次回から同じ内容のクエリが要求された場合にキャッシュから応答する、クエリキャッシュという仕組みがあります。キャッシュから応答させることによってデータベースへアクセスする負荷を軽減し、また応答速度自体の向上も狙ったものです。 デフォルト状態ではクエリキャッシュを使用しない設定になっています。以下のように現在の「クエリキャッシュに使用するメモリ量の最大値」であるquery_cache_sizeを確認してください。
have_query_cache サーバーシステム変数は、クエリーキャッシュが使用できるかどうかを示します。 mysql> SHOW VARIABLES LIKE 'have_query_cache'; +------------------+-------+ | Variable_name | Value | +------------------+-------+ | have_query_cache | YES | +------------------+-------+ 標準 MySQL バイナリを使用している場合、クエリーキャッシュが無効にされている場合でも、この値は常に YES です。 ほかのいくつかのシステム変数は、クエリーキャッシュ操作を制御します。これらは、mysqld の起動時に、オプションファイルやコマンド行で設定できます。クエリーキャッシュシステム変数はすべて、qu
MySQL 5.0のストアドプロシージャをチェック:エンタープライズ市場に向かうMySQL 5.0(後編)(1/3 ページ) MySQL 5.0最大の目玉はストアドプロシージャである。インストールした5.0を使って、ストアドプロシージャの動作を試してみよう。(編集局) # mysql -u root mysql> use test Database changed mysql> desc REGION; +-------+-------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------+-------------+------+-----+---------+----------------+ | NO | int(11) | | P
DBサーバーがtoo many connectionsを吐き出し、アクセス不可になりました。 このエラーは、MySQLが出すエラーの一つで『同時接続可能な数を超えているのであなたは、DBに接続できません』という意味です。 何が悪かったかというと、『mysqlの設定をデフォルトのまま使用+一つのプログラムで何度もコネクションを作っている+コネクションを閉じていない』でした。 デフォルトだとMySQLの設定は、 ・同時接続数は、100 ・待機時間は、8時間 ちなみに、待機時間や同時接続へのアドバイスをまとめると・・・ ・メモリや環境にもよるけど、Linuxだと500~1000は大丈夫 ・使ってない待機中のコネクションが多いのは、待機時間を減らせば回避可能 ・プログラム内で複数回コネクションを作ったり、コネクションを閉じなかったりすると待機中のコネクションだらけになる(そして、8時間す
MySQL4.0.27環境でDBサーバを立てている。この環境で、クライアント側の/var/log/messagesに「Too many connections」などの表記がでて、MySQLサーバへの接続に失敗している場合が多々あった。 これではマズイので、サーバ側を何とかしなくてはならない。影響出ている環境のMySQLサーバの設定パラメータは全てデフォルト値を利用して運用していた。 そこで、ちょっとパラメータを変更した際のメモを残しておく。 現状把握 まずはMySQLサーバ上で現状のパラメータを確認する。 Max_used_connections の確認。これは100になっている。デフォルトのMaxが100だから、最大限までコネクションが使われた(ことがある)。 mysql> show status like 'Max_used_connections'; +-----------
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く