# 为了确定下恢复过程到底对 uploads 表有什么影响

**URL:** <https://www.isharkfly.com/t/uploads/17054>\
**Category:** Discourse\
**Tags:** discourse\
**Created:** [March 13, 2025, 1:03pm UTC](https://www.isharkfly.com/t/uploads/17054 "2025-03-13T13:03:50Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![hex](https://www.isharkfly.com/user_avatar/www.isharkfly.com/hex/32/21953_2.png) [@hex](https://www.isharkfly.com/u/hex)\
**Post date:** [March 13, 2025, 1:03pm UTC](https://www.isharkfly.com/t/uploads/17054/1 "2025-03-13T13:03:50Z")

</div>

今天在本地恢复了生成服务器上的数据库。

数据库大小 500+MB。

对比了下恢复的数据，生成服务器上的数据和本地恢复的数据是一致的。

 ![2025-03-13_09-14-54](https://cdn.isharkfly.com/com-isharkfly-www/discourse-uploads/original/3X/9/b/9b29aca31983646220567174154a34071fc0a726.jpeg)

有点不太搞得明白为什么上次恢复的时候丢了 1000 多条数据。

 ![2025-03-13_09-16-41](https://cdn.isharkfly.com/com-isharkfly-www/discourse-uploads/original/3X/8/b/8bd2608212b10ddabb3917dddb7caf8e7fa112aa.jpeg)

SQL 查询了下，也没啥问题。

既然这样的话，这个问题就暂时放下了。

但每次恢复成功后，记得检查下这个表。

## 恢复使用的命令

```auto
cd C:\Users\yhu\AppData\Local\Programs\pgAdmin 4\runtime\

psql -h nas1120 -p 5433 -U ****** -W -d discourse < C:\Users\yhu\Downloads\dump.sql

```

每个人使用的路径和端口不一样，所以修改下。

postgresql 使用的默认端口为：5432，因为我们容器的端口占用和映射问题，所以我们这里用的是 5433。