舘山です。

いろいろな問題できるが重なっているようですが、いただいてる情報を分析して 
ズバリの回答まで導く事はざっと見た限り出来そうにないのでご容赦願います。


先ずはテーブルの正規化から必用に見受けられます。
プライマリキーが　char型で複数のフィールドに割り当てている点から
SQL設計からの見直しが必要そうです。
（少なくとも私の知識ではありえない設計です）

またチューニングは　SQL文だけで解決できない点もあります。
それはご発言にある通INSERTが多発してるからとかで、クライアントアプリと 
SQLサーバの使い方の調整を取って行かなければならないでしょう
もちろんシステム＆OSのチューニングも並行しておこなうのがベストです。

設計時点でこの程度のパフォーマンスで運用するという目途を出していると良 
かったかもしれないですけど、今となっては後の祭りでしょうか。
また、とかく一つの方法で解を得るのではなくいろんな代替方法も考えてみて
はいかがでしょう。必ずこのテーブルでカウントしなくてはいけないのかなど
根本から見直すなど別な方法も検討してみてということです。

私からは以上です


(2013/12/18 13:38),  wrote:
> お疲れ様です。
>
> 黄と申します。
>
> 今、MySQLのTunningに関して、悩んでいます。
>
>   システム構成
>
> MySQL　Version：5.5.10-log MySQL Community Server (GPL)
>
> OS:Red Hat Enterprise Linux Server release 5.5 (Tikanga)
>
> めもり： 31GB
>
>
>
>
>
>
>
> 問題のクエリは以下になります。
>
> select count(group_code) from tb_ims_sip
>

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

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