【发布时间】:2013-11-18 10:49:47
【问题描述】:
我有一个表,其中非主键列在给定主键的情况下是确定性的。
我认为这可能很常见,例如一个表表示一个昂贵函数的记忆/缓存,或者主键是其他列的哈希。
进一步假设工作负载主要是读取 1-100 个单独的行,并且可以根据提供最佳性能的方式对写入进行批处理或“异步”。
在这种情况下,表/数据库上有哪些有趣的调整选项?
【问题讨论】:
标签: postgresql database-tuning
我有一个表,其中非主键列在给定主键的情况下是确定性的。
我认为这可能很常见,例如一个表表示一个昂贵函数的记忆/缓存,或者主键是其他列的哈希。
进一步假设工作负载主要是读取 1-100 个单独的行,并且可以根据提供最佳性能的方式对写入进行批处理或“异步”。
在这种情况下,表/数据库上有哪些有趣的调整选项?
【问题讨论】:
标签: postgresql database-tuning
通过在所有主键列以及经常查询的其他列上创建索引,这将是 9.2 或更高版本中仅索引扫描的理想候选者。积极清理表(即在每次批量更新后手动清理),因为默认的自动清理设置不够积极,无法从 IOS 中获得最大收益。
【讨论】: