Q&A
前の質問（削除依頼中？）にコメントしましたが、質問は編集できるよ ということを覚えておいてください。
本来は新しい質問を立てたり削除依頼をする必要はありません。
前提・実現したいこと
50GB程度のmysqlデータからdumpファイルを作成した後にメモリが6GB使用された状態のままになるため、
ファイル作成処理終了後にメモリを解放したい。
※innodb_buffer_pool_size = 6GB
発生している問題・エラーメッセージ
dump処理終了後もメモリが使用されている状態となっている。
補足情報（FW/ツールのバージョンなど）
Windows Server 2016
RAM 32GB
MySQL 5.6
mts10806さん
ありがとうございます。
次回以降は、編集いたします。
よろしくお願いします。ところで
＞メモリが使用されている状態となっている。
差し支えなければ上記が分かる情報（画面キャプチャなど）を提示いただきたいのですが
mts10806さん
画面キャプチャを追加しました。
※show processlist; の結果とタスクマネージャ
よろしくお願いいたします。
> メモリが6GB使用された状態のままになるため
それが、innodb_buffer_pool_size の仕様というか目的なのですが…
何のために開放したいのでしょうか？
メモリ容量に空きはあるのですが、別の作業時に動作が重くなっている気がするので、
メモリの解放を行いたい所存です。
通常、mysqldumpを実行した後はinnodb_buffer_pool_sizeの領域分
メモリが使用されたままとなるのでしょうか？
知識が浅はかで申し訳ございません。
また、innodb_buffer_pool_size の領域の解放方法はあるのでしょうか？
キャッシュを持ったら、キャッシュにヒットしているか調べる時間がかかるので、
ヒットしないときに気持ち余計に時間がかかるのは諦めるしかありません。
ただし、それによる大幅なパフォーマンスダウンはないはずです。
その些細なパフォーマンスダウンが嫌ならキャッシュをやめるしかありません。
もう一つ遅くなる原因は、mysqldumpを実行したことにより溜まっていた有意なキャッシュが
追い出されてしまったからでしょうね。
mysqldump の --quick オプションを使うとましになるかもしれません。
回答欄に移ります。
回答1件
0
体感できるほど遅くなったなら、それはおそらくMySQLがメモリを消費していることが原因ではありません。
むしろそれ自体はパフォーマンスアップに貢献しているはずです。
遅くなった原因は、mysqldumpを実行したことにより溜まっていた有意なキャッシュが追い出されてしまったからでしょう。
ですからメモリを開放しても逆効果になる可能性が高いです。
対策としては、mysqldumpを実行するときに--quick オプションを付けてみてください。
多少ましな動作になるかもしれません。
投稿2019/07/19 10:10
総合スコア4150
あなたの回答
tips
プレビュー
