主页 / dba / 问题 / 318538
Accepted
Gajus
Asked: 2022-10-22 10:01:29 +0800 CST

将经常更新的列拆分为单独的表是否有意义？

  • 772

假设我有一张宽user_account桌子。

它是重读表，并且很少发生对该表的更新，除了一列：该表有列last_active_at，每次用户发出请求时都会更新。

last_active_at碰巧很少被阅读。

last_active_at将列移动到单独的表是否有意义？

我的想法是，这将减少与user_account表相关的任何查询的锁定时间。

postgresql

1 个回答

  1. Best Answer
    • 重读表
    • 此表的更新很少发生
    • 除了一列
    • last_active_at每次用户提出请求时更新

    如果这些请求发生得相当频繁，那么是的，将列分成单独的表是有意义的。

    写锁可能是同一张表上大量并发写入负载的问题，在同一行上重叠。但你所描述的情况不应该是这样。Postgres 的 MVCC 模型确保读取器不会阻塞写入器，写入器不会阻塞读取器。手册：

    使用 MVCC 并发控制模型而不是锁定的主要优点是，在 MVCC 中，为查询（读取）数据而获得的锁与为写入数据而获得的锁不会冲突，因此读取永远不会阻塞写入，写入永远不会阻塞读取。

    但是，由于相同的 MVCC 模型，频繁更新行会导致大量写入成本- 以及表和索引膨胀。特别是如果以下一项或多项适用：

    • 还有更多的索引。
    • 该行很宽（主关系中每行有很多字节，TOASTed 值不太重要）。
    • 有问题的列通常不涉及其他查询。
    • 您的表（及其索引）往往会膨胀，并且autovacuum很难跟上。

    然后将其拆分last_active_at为与主表 1:1 关系的单独表可能是值得的。更新只会留下非常小的死元组，并且只会（通常）膨胀两个索引。与其他写入的锁争用（通常）会减少，VACUUM成本会下降。SELECT在主表上将不得不读取更少的数据页并且速度更快。

    但是，无论何时必须加入附加表，都会在查询中引入额外的成本和复杂性。在没有膨胀的原始条件下，由于每行增加的开销、另一个 ID 列和其上的索引，存储大小会增加。但是，如果臃肿不是问题，那么一开始就没有必要进行拆分。

    • 2

相关问题