-
kimukou2628
- 3949
- 0
- 0
- 1
-
- いいね！1
close_yutori
@kimukou2628
#GMOAppsCloud スマートスタイル 社のお仕事 ＝ MySQLのチューニング、アドバイス、解析 等のお仕事がある ＜ソーシャル系の会社さんが顧客
2012-07-23 19:35:33
東雲@442hz.tokyo / #土の歌オケ
@H_Shinonome
Smart Styleの田中さんより「MySQLにおけるioDriveの優位性について」 #GMOAppsCloud
2012-07-23 19:35:44
東雲@442hz.tokyo / #土の歌オケ
@H_Shinonome
Xeon E5620*2 64GB RHEL5(2.6.28 MySQL5.5.25 #GMOAppsCloud
2012-07-23 19:36:39
東雲@442hz.tokyo / #土の歌オケ
@H_Shinonome
SAS146GB(回転数不明)RAID1+0 ioDrive 320GB #GMOAppsCloud
2012-07-23 19:37:13
東雲@442hz.tokyo / #土の歌オケ
@H_Shinonome
メモリ割り当てはinnodb_buffer_sizeの変更なのかな #GMOAppsCloud
2012-07-23 19:39:53
東雲@442hz.tokyo / #土の歌オケ
@H_Shinonome
HDDとioDriveで、QPSが上がらない原因はそれぞれどこがボトルネックになっていたんだろう。 #GMOAppsCloud
2012-07-23 19:41:15
Takeshi HASEGAWA
@hasegaw
スライド見た感じそうみたいですね。 ﾟ+.(･ω･)ﾟ+.ﾟRT @H_Shinonome: メモリ割り当てはinnodb_buffer_sizeの変更なのかな #GMOAppsCloud
2012-07-23 19:41:55
close_yutori
@kimukou2628
#GMOAppsCloud メモリ割当＝40G 2.7倍 メモリデフォルト=256MB、HDD=>iodriveに変更(たった２分でピーク性能で安定） メモリ増やしたほうが性能が良いように見えるが・・・
2012-07-23 19:42:57
close_yutori
@kimukou2628
#GMOAppsCloud 検証SQLスクリプト insert(２割) update delete rollback(1割) select(7割) PPCGに準拠
2012-07-23 19:43:25
東雲@442hz.tokyo / #土の歌オケ
@H_Shinonome
データベースサイズが上がるとどうしてもランダムアクセスになる＆バッファだと吸収しきれないからこうなるよね、うん。 #GMOAppsCloud
2012-07-23 19:44:44
かなわなおみち
@nkanawa
DB肥大化によるパフォーマンス劣化。HDDとioDriveでに差が生じる。メモリ増設よりioDriveの劣化が少ない…。まぁ、バッファじゃ吸収できなくなるってことか。 #GMOAppsCloud
2012-07-23 19:45:05
東雲@442hz.tokyo / #土の歌オケ
@H_Shinonome
innodb_buffer_pool_sizeは256MB＝＞40GBへの変更か。 #GMOAppsCloud
2012-07-23 19:45:30
close_yutori
@kimukou2628
#GMOAppsCloud iODrive+メモリ40G＝１０倍程度の性能 ＝＞ちゃんとチューニングするとさらに倍位の性能が出た＜適切なチューニングが必要
2012-07-23 19:46:01