摘要：
如果没有关于vacuumlo的最后一篇文章，本系列将是不完整的。 在上一篇文章中，我们已经看到大对象被分成每个元组，每个元组包含2048个字节，每个chunk的行为与常规元组非常相似。 注意：在PostgreSQL中，借助TOAST技术，可以将大量数据与表一起存储。 大对象没有插入应用表中，但是以不 阅读全文
推荐排行榜
PostgreSQL的大对象以及空间使用 (2)
2020-10-11 10:22 by abce, 519 阅读, 收藏,
摘要：
在上一篇文章中，展示了插入大对象后，pg_largeobject表中有多少大对象使用空间。 让我们再深入研究一下： 该表有2个大对象（总共1024个记录）： lob_test=# select pg_relation_size('pg_largeobject'); pg_relation_size 阅读全文
PostgreSQL的大对象以及空间使用 (1)
2020-10-10 09:34 by abce, 1645 阅读, 收藏,
摘要：
PostgreSQL对大列使用了一种很好的，非标准的TOAST机制，可以将其与Oracle中的扩展数据类型进行比较（顺便说一下，TOAST行可能更大）。 不过，传统的大对象，仍然被许多客户使用。 如果你不熟悉PostgreSQL中的大对象，请阅读此处(https://www.postgresql.o 阅读全文
PostgreSQL的MVCC(8)--Freezing
2020-09-13 20:27 by abce, 718 阅读, 收藏,
摘要：
事务ID包装 PostgreSQL使用32位事务ID。 这是一个相当大的数字（大约40亿），但是随着服务器的大量工作，这个数字并不是不可能被耗尽。例如：每秒处理1000次事务，这种情况最少要在一个半月的连续工作中发生。 但是我们已经提到，多版本并发控制依赖于顺序编号，这意味着在两个事务中，数值较小的 阅读全文
PostgreSQL的MVCC(7)--Autovacuum
2020-09-13 18:48 by abce, 964 阅读, 收藏,
摘要：
我们已经提到过，通常（当没什么应用长时间持有事务时）VACUUM会执行其工作。问题是多久调用一次。 如果我们很少对不断修改的表执行vacuum，那么表的大小将超出预期。此外，如果进行了太多更改，则下一个vacuum操作可能需要多次操作索引。 如果我们过于频繁地对表执行vacuum，服务器将不断进行维 阅读全文
浙公网安备 33010602011771号