PostgreSQL缩小列尺寸后表大小未改变，该如何处理？

为什么表大小没变化？ #

PostgreSQL中varchar(n)的n只是长度约束，并非预分配存储空间。变长字符类型（varchar/text）实际仅存储字符内容本身加少量长度开销，所以列定义的最大长度不会直接影响表的占用空间——只要你的数据实际长度本来就≤250字符，就算把列从varchar(2500)改成varchar(250)，表大小也不会改变。

另外，手动修改atttypmod只是修改了系统表中的元数据（列约束规则），并没有触碰实际存储的数据，自然不会改变表的物理大小。

是否需要运行VACUUM？ #

• 普通VACUUM：仅回收已删除/更新行的死空间，你的操作没有产生这类冗余空间，所以不会改变表大小。
• VACUUM FULL：会重写整个表以压缩空间，但如果数据本身未被修改（比如没有截断超长字符），重写后表大小还是和原来一致。

正确解决流程 #

1. 先验证数据是否符合新约束
   检查有没有超过250字符的记录：

   SELECT count(*) FROM your_table WHERE length(your_column) > 250;
   

   • 如果结果>0：
     先处理超长数据（务必先备份）：
     • 截断到250字符：

       UPDATE your_table SET your_column = substring(your_column FROM 1 FOR 250) WHERE length(your_column) > 250;
       

     • 或删除超长行：

       DELETE FROM your_table WHERE length(your_column) > 250;
       

     处理完后运行VACUUM FULL your_table;回收死空间，此时表大小会因为数据被截断/删除而减小。

2. 用官方支持的方式修改列长度
   手动改atttypmod属于非官方操作，可能导致元数据不一致，建议改用标准SQL语句：

   ALTER TABLE your_table ALTER COLUMN your_column TYPE varchar(250);
   

   只要所有数据都符合长度要求，这个操作只会修改元数据，不会重写整个表，效率很高。

3. 如果表大小仍未变化
   说明你的数据实际长度本来就≤250字符，列定义的修改不会影响存储大小，这是正常现象。

内容的提问来源于stack exchange，提问作者Juan Pablo Mantelli