データブロックサイズの変更と分析系クエリへの性能影響（SSD編）

PostgreSQL Advent Calendar 2012（全部俺）のDay 22です。 最近、PostgreSQL上でデータ分析処理をよく行うようになってきました。また、いろいろなところでSSDも使うようになってきました。 PostgreSQLとデータ分析とSSD、という組合せを考えた時、どのようにチューニングするのが望ましいのか、あるいはどのようなチューニングができるのか、個人的にはまだまだ試行錯誤中だったりします。 SSDはハードディスクと比べてブロックサイズが大きいという特徴があります。また、DWH系のデータベースでは大きいブロックサイズを使うとパフォーマンス上のメリットがある、と言われています。 今回は、SSD上でPostgreSQLを使ってデータ分析系の処理を行う時に、データブロックのサイズを変えるとクエリのパフォーマンスにどのような影響を与えるのか、実際にクエリを実行しな

[sh2]

ブロックサイズ変えられるの知らなかった。Intel SSD 520は8GBのテーブルを6秒でスキャンすることはできないので、クエリ1は試行ごとに# echo 3 > /proc/sys/vm/drop_cachesしてみると何か分かるかも

[tgk]

「PostgreSQLでデータブロックのサイズを変更するには、PostgreSQLをビルドする際にブロックサイズを指定する必要があります。具体的にはconfigureスクリプトのオプションに--with-blocksizeというオプションを与えて」