今天踩坑了，把powerdesign生成的sql腳本文件，用pg_restore命令一直運行。。。
過程慘不忍睹，一直以為是編碼問題，修改了serve和client的encoding，結(jié)果。。。
記錄一下這個錯誤：
postgreSQL運行sql腳本文件：
psql -d dbname -U username -f (腳本所在位置).sql
postgerSQL的pg_restore命令
用法:
一般選項:
-d, --dbname=名字 連接數(shù)據(jù)庫名字
-f, --file=文件名 輸出文件名
-F, --format=c|d|t 備份文件格式(應(yīng)該自動進行)
-l, --list 打印歸檔文件的 TOC 概述
-v, --verbose 詳細模式
-V, --version 輸出版本信息, 然后退出
-?, --help 顯示此幫助, 然后退出
恢復(fù)控制選項:
-a, --data-only 只恢復(fù)數(shù)據(jù), 不包括模式
-c, --clean 在重新創(chuàng)建之前，先清除（刪除）數(shù)據(jù)庫對象
-C, --create 創(chuàng)建目標數(shù)據(jù)庫
-e, --exit-on-error 發(fā)生錯誤退出, 默認為繼續(xù)
-I, --index=NAME 恢復(fù)指定名稱的索引
-j, --jobs=NUM 執(zhí)行多個并行任務(wù)進行恢復(fù)工作
-L, --use-list=FILENAME 從這個文件中使用指定的內(nèi)容表排序
輸出
-n, --schema=NAME 在這個模式中只恢復(fù)對象
-N, --exclude-schema=NAME 不恢復(fù)此模式中的對象
-O, --no-owner 不恢復(fù)對象所屬者
-P, --function=NAME(args) 恢復(fù)指定名字的函數(shù)
-s, --schema-only 只恢復(fù)模式, 不包括數(shù)據(jù)
-S, --superuser=NAME 使用指定的超級用戶來禁用觸發(fā)器
-t, --table=NAME 恢復(fù)命名關(guān)系（表、視圖等）
-T, --trigger=NAME 恢復(fù)指定名字的觸發(fā)器
-x, --no-privileges 跳過處理權(quán)限的恢復(fù) (grant/revoke)
-1, --single-transaction 作為單個事務(wù)恢復(fù)
–disable-triggers 在只恢復(fù)數(shù)據(jù)的過程中禁用觸發(fā)器
–enable-row-security 啟用行安全性
–if-exists 當刪除對象時使用IF EXISTS
–no-comments 不恢復(fù)注釋
–no-data-for-failed-tables 對那些無法創(chuàng)建的表不進行
數(shù)據(jù)恢復(fù)
–no-publications 不恢復(fù)發(fā)行
–no-security-labels 不恢復(fù)安全標簽信息
–no-subscriptions 不恢復(fù)訂閱
–no-tablespaces 不恢復(fù)表空間的分配信息
–section=SECTION 恢復(fù)命名節(jié) (數(shù)據(jù)前、數(shù)據(jù)及數(shù)據(jù)后)
–strict-names 要求每個表和(或)schema包括模式以匹配至少一個實體
–use-set-session-authorization
使用 SESSION AUTHORIZATION 命令代替
ALTER OWNER 命令來設(shè)置所有權(quán)
聯(lián)接選項:
-h, --host=主機名 數(shù)據(jù)庫服務(wù)器的主機名或套接字目錄
-p, --port=端口號 數(shù)據(jù)庫服務(wù)器的端口號
-U, --username=名字 以指定的數(shù)據(jù)庫用戶聯(lián)接
-w, --no-password 永遠不提示輸入口令
-W, --password 強制口令提示 (自動)
–role=ROLENAME 在恢復(fù)前執(zhí)行SET ROLE操作
選項 -I, -n, -N, -P, -t, -T, 以及 --section 可以組合使用和指定
多次用于選擇多個對象.
希望不要和我一樣犯這個低級錯誤
順便記錄一下查看server和client的encoding以及修改
找到postgresql.conf文件，修改參數(shù)lc_messages的值為UTF8
重啟PostgreSQL的服務(wù)。
----查看服務(wù)端字符集：
test=> show server_encoding;
—查看客戶端字符集：
test=> show client_encoding;
補充：pg_restore及psql恢復(fù)數(shù)據(jù)的用法
一、使用psql恢復(fù)SQL文本格式的數(shù)據(jù)備份（即一個包含SQL腳本的文本文件）
恢復(fù)一個SQL備份文件并忽略過程中可能發(fā)生的所有錯誤：
psql -U postgres -f myglobals.sql
恢復(fù)一個SQL備份文件，如遇任何錯誤則立即停止恢復(fù)：
psql -U postgres --set ON_ERROR_STOP=ON -f myglobals.sql
將SQL文本中的數(shù)據(jù)恢復(fù)到某個指定的database：
psql -U postgres -d mydb -f select_objects.sql
二、使用pg_restore進行恢復(fù)
功能：
（1）支持并行恢復(fù)，使用-j選項可以控制并行恢復(fù)的線程數(shù)。多個恢復(fù)線程可以并行處理，每個線程處理一張表。該模式可以顯著提高恢復(fù)速度。
（2）可以使用pg_restore掃描備份文件來生成一張備份內(nèi)容列表，通過該列表可以確認備份紅包含了哪些內(nèi)容。還可以通過編輯該內(nèi)容列表來控制恢復(fù)哪些內(nèi)容。
（3）pg_dump支持選擇性地僅備份部分對象以節(jié)省備份時間，類似的，pg_restore也支持選擇性的僅恢復(fù)部分對象，不管備份文件本身是全庫備份還是部分對象的備份都沒有問題。
（4）pg_restore的大部分功能是向后兼容的，即支持將老版本PostgreSQL生產(chǎn)的備份數(shù)據(jù)恢復(fù)到新版本的PostgreSQL中。
在使用pg_restore執(zhí)行恢復(fù)動作之前，請先創(chuàng)建目標數(shù)據(jù)庫：
然后執(zhí)行恢復(fù)：
pg_restore --dbname=mydb --jobs=4 --verbose mydb.backup
如果備份和恢復(fù)時使用的database同名，則可以通過加--create選項省去單獨建庫的過程，如下：
pg_restore --dbname=postgres --create --jobs=4 --verbose mydb.backup
注：如果指定了--create選項，那么恢復(fù)出來的數(shù)據(jù)庫名就會默認采用備份時的數(shù)據(jù)庫名，不允許改名。如果還同時指定了--dbname選項，那么此時連接的數(shù)據(jù)庫名一定不能是待恢復(fù)的數(shù)據(jù)庫名，因為要恢復(fù)數(shù)據(jù)庫之前必然要建數(shù)據(jù)庫，而
要建數(shù)據(jù)庫之前必然要先連到某個已存在的數(shù)據(jù)庫，--dbname選項指定的就是建立被恢復(fù)的數(shù)據(jù)庫之前先連到哪個數(shù)據(jù)庫，所以必然不能與待恢復(fù)的數(shù)據(jù)庫同名，我們一般指定先連到postgres數(shù)據(jù)庫。
9.2版或更新版本的pg_restore支持--section選項，加上該選項后可以實現(xiàn)僅恢復(fù)表結(jié)構(gòu)而不恢復(fù)表數(shù)據(jù)。具體做法是先創(chuàng)建目標恢復(fù)數(shù)據(jù)庫：
然后使用pg_restore：
pg_restore --dbname=mydb2 --section=pre-data --jobs=4 mydb.backup
以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。
您可能感興趣的文章:- PostgreSQL 恢復(fù)誤刪數(shù)據(jù)的操作
- pgsql之pg_stat_replication的使用詳解
- PostgreSQL物理備份恢復(fù)之 pg_rman的用法說明
