ioMemoryがエンジニアをダメにする!?―MySQLでioMemoryの性能を使い切るためには
日時：2015年10月29日(木) 19:00 - 21:30（開場18:30） 場所：IIJ本社 13F（飯田橋グラン・ブルーム） ※2Fオフィスエントランスで受付後、エレベータで13Fにお越しください。 定員：50名 ※懇親会参加（無料） お申込みはこちら フラッシュストレージは、入れれば速くなるのは本当か？ サンディスク エンタープライズセールス シニアセールスエンジニア 高木 健誠氏 谷川：実際のところフラッシュはただ入れれば速くなるのでしょうか。何らかのフラッシュ向けの設定やチューニングがやはり必要になるのでは。 正原：ベンダーが言うように、とりあえず入れればそれだけで速くなります。とくにストレージに負荷のかかるテストを行えば確実に性能が出ます。一方で、データベースの処理はそのままでもそこそこ速くなりますが、やはり手を入れなければダメな場合も。じつはこのあたりは「やってみないと分
MySQL InnoDBストレージエンジンのチューニング（後編）
チューニングの基礎 それでは、具体的にInnoDBでどこをチューニングするべきかを見ていこう。 バッファプール 最も基本となるのがバッファサイズの調整だ。ワーキングセットが全てバッファに収まらない限り、バッファプールは大きければ大きいほど良い。その分ディスクアクセスが減るからだ。バッファサイズが小さいと、キャッシュミス時にディスクからReadするのに時間がかかり、I/Oがボトルネックになってしまう。予算のある限りメモリを目いっぱい搭載し、バッファプールに割り当てよう。InnoDBのバッファプールは、innodb_buffer_pool_sizeオプションで設定する。利用可能なメモリは、他の処理に必要な分を除いたすべてをInnoDBのバッファプールに割り当てよう。 innodb_buffer_pool=32G ここで一つ注意がある。innodb_buffer_pool_sizeはバッファプー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PostgreSQLを誰でも使いこなせるようにするために富士通がしていること
Block Nested Loop Join／Batched Key Access Join
SQLの観点から「Oracle Database」「PostgreSQL」 「MySQL」の特徴を整理しよう！
