舘山です

メモリは確かに　最大接続時と思うのですが、この時のメモリの消費がどうなっ
ているかな？と思いました
必要以上に大きなメモリ設定ではなくシステムにあった設定も必要になると思い
ます。
MySQL自体だけでなくライブラリでのメモリリークも考えられると思うのですが
この辺は　外部のツールで定期的にとっておくしかなさそうですね
sysstatで残しておくとか　mrtg や　nagios / zabbix などの外部ツールで
視覚化しておくと解決の一つにつながる可能性もあります

/tmp は　他の用途で使われて足りなくなるケースもあります
スレーブへの転送が該当時間に行われていないのならこの件は大丈夫とは思いま
す。行レベルリプリケーションであることから大きなデータになった場合でも
十分な/tmpの容量が確保されているなら問題はないでしょう


予想だけでは解決につながらないので、原因追究すべきと思った際には自分なり
にシステムの状態をつかんでおく手段も必要ということになるわけです。

もっとも　mysqlの開発陣であればmysqld の吐いたログだけで解決できるケース
もあるでしょうけど...

(2013/11/18 22:25), Tsuyoshi Nukii wrote:
> 舘山 様
> 
> 貫井（ぬきい）です
> 
> ご回答いただきましてありがとうございます。
> 
>> １）　メモリは十分でしょうか？
>> 　　　ログの情報では mysqldで　約18GB必要と言ってます
> 
> この件ですが、最大接続時の計算なのかと考えていました。
> 
> 実際その時間帯には、外部からの接続が発生していない状況であり
> 接続数が無ければ、メモリーの消費はもっと低いのかと考えており
> ました。
> 接続が無い場合でも、それほどのメモリーを消費するものなので
> しょうか？
> 
> 
>> ２）　スレーブを行 ベースレプリケーションとのことです
>> 　　　ので　/tmp は十分な容量がありますか？
> 
> 約8Gの容量を設定していますので、十分だと考えております。
> 
> 
> 以上、よろしくお願いします。
> 
> (2013/11/16 13:14), 舘山 聖司 wrote:
>> 舘山です
>>
>> 念のためです
>>
>> １）　メモリは十分でしょうか？
>> 　　　ログの情報では mysqldで　約18GB必要と言ってます
>> 　　　実際に　32GBなどのサーバでも他のプロセスなどに
>> 　　　利用されていてぎりぎり使えないなどもありますので
>> 　　　もしバックアップ専用などであれば　もっと
>> 　　　key_buffer_size などを含めて小さく調整してみては
>> 　　　どうでしょう？
>> 　　　バックアップ専用でなければ当然パフォーマンスに
>> 　　　影響しますのでこの辺は調整しなければならなくなる
>> 　　　でしょう。
>>
>> ２）　スレーブを行 ベースレプリケーションとのことです
>> 　　　ので　/tmp は十分な容量がありますか？
>> 　　　RedHat などでは割と少ないパーティションになってい
>> 　　　る可能性もあり、この変で　リプリケーションの展開に
>> 　　　必要なサイズを使えない可能性があります
>> 　　　リプリケーションのbinlog展開で、mysqlのデータに割
>> 　　　り当てたディレクトリを使っていないケースがCentOS
>> 　　　で見受けたことあるもので...
>> 　　　ステートメントベースとちがって多くのbinlog展開に
>> 　　　なるのでこの辺もわりと見落としてたことあります。
>>
>> 検証済みとは思いますが、ダンプ情報だけでこれらの情報が含まれていなかった
>> ので発言してみました。
>>
>>
>>
>> (2013/11/13 12:23), Tsuyoshi Nukii wrote:
>>> yoku様
>>>
>>> 貫井（ぬきい）です
>>>
>>>
>>> ご回答いただきましてありがとうございます。
>>>
>>> 今回、問題となったテーブルは、InsertとUpdateのみで運用しています
>>> ので条件が合わないように思えます。
>>>
>>> インデックスの項目が更新対象となっているので、このあたりでなにか
>>> あるのですかね。
>>>
>>> 以上
>>>
>>
>>
> 
> 


-- 
  彡彡从        たてやんっす
 d□/□-ｂ      <tateyan@xxxxxxxxxx>
 ヽ"ー"丿       <tateyan@xxxxxxxxxx>

Key fingerprint = F076 E328 B692 1CB3 80FF  6F95 AB97 2F89 9302 0D50

-- 
  彡彡从        たてやんっす
 d□/□-ｂ      <tateyan@xxxxxxxxxx>
 ヽ"ー"丿       <tateyan@xxxxxxxxxx>

Key fingerprint = F076 E328 B692 1CB3 80FF  6F95 AB97 2F89 9302 0D50