我对一个特定数据库的大小有一个非常奇怪的误报。
根据\l+
在psql
DB 大小是 292 MB。
对以下语句报告的大小求和也报告非常接近 292 MB。
SELECT
table_name,
pg_size_pretty(total_size) AS total_size
FROM (
SELECT
table_name,
pg_total_relation_size(table_name) AS total_size
FROM (
SELECT ('"' || table_schema || '"."' || table_name || '"') AS table_name
FROM information_schema.tables
) AS all_tables
ORDER BY total_size DESC
) AS pretty_sizes
然而pg_dump
,该数据库的一个生成 2.02 GB 的 sql 文件
我怀疑这两种计数方法都会跳过 LOB,因为该数据库中有两个表包含TEXT
内容较大的字段(每行最多约 4MB)。
有没有办法在大小计算中包含 LOB?
编辑: 它变得更加陌生:
这个查询:
SELECT SUM(LENGTH(text_column))
FROM some_table
给出的结果为 2,091,245,318(即 2.02 GiB),大约是转储的大小。
请注意,除非您的应用程序特意使用大对象接口,否则它不会将这些列存储为 LOB。使用TOAST(超大属性存储技术),普通列最多可以存储 1gb 。
除了离线存储数据外,它还可以压缩存储。尽管您没有这么说,但我认为您正在编写的转储是未压缩的,这可能是大部分大小差异的原因。
一个 sql 文件总是比存储在数据库中的数据大得多。它是二进制数据的文本表示。