在啟動(dòng) postgresql 服務(wù)是遇到這種情況：

解決方法：

打開計(jì)算機(jī)管理====>查看應(yīng)用程序日志信息，可以看出，由于日志配置錯(cuò)誤的問題。

找到 postgresql.conf 文件，做如圖修改，解決問題：

postgresql 日志配置參考下面的補(bǔ)充部分：

總結(jié)：

遇到類似的問題可以采用同樣的方式，多注意查看windows日志，找到錯(cuò)誤源。

補(bǔ)充：EDB日志配置-慢sql記錄分析

1、打開：/postgresql的安裝目錄/data/postgresql.conf

2、找到并更改以下屬性，其他的是方便觀察設(shè)置的，注意要將屬性前面的注釋符'#'去掉才能生效

log_destination = 'csvlog'

-- 將日志輸出成csv文件，postgresql.conf可以看到有多種文件類型

logging_collector = on

-- 必須打開

log_directory =‘/opt/postgresql/'

-- 輸出日志的目錄，建議修改

log_filename = 'postgresql-%Y-%m-%d_%H%M%S_info.log'

--日志名稱，eg：postgresql-2019-01-14_161143_info.log

log_rotation_age = 1d

-- 單個(gè)日志文件的生存期，默認(rèn)一天

-- 在日志文件大小沒有達(dá)到log_rotation_size時(shí)，一天只生成一個(gè)日志文件

log_rotation_size = 100MB

-- 單個(gè)日志文件的大小，默認(rèn)10MB

-- 如果時(shí)間沒有超過log_rotation_age，一個(gè)日志文件最大只能到設(shè)置的size大小，否則將新生成一個(gè)日志文件

-- 也可以設(shè)置為0，這樣每次查詢都會(huì)生成一個(gè)獨(dú)立的文件

client_min_messages
log_min_messages
log_min_error_statement

--以上三個(gè)全部設(shè)置為log，將不再記錄語句錯(cuò)誤信息，更方便分析

log_min_duration_statement = ？

-- 設(shè)置？的值：

？= -1 不記錄，

？= 0 記錄所有執(zhí)行語句和其執(zhí)行時(shí)間，

？> 0 記錄執(zhí)行時(shí)間大于該毫秒數(shù)的語句和其執(zhí)行時(shí)間

log_line_prefix = '%m %p %u %d %r '

-- 自定義額外的日志輸出內(nèi)容，這5個(gè)是最推薦的

-- 分別是：操作時(shí)間，用戶名稱，數(shù)據(jù)庫(kù)名稱，客戶端IP和端口

log_timezone = 'Asia/Shanghai'

-- 設(shè)置該時(shí)區(qū)才能跟計(jì)算機(jī)電腦時(shí)間同步

lc_messages = 'UTF8'

-- 必須配置！這樣日志輸出才不會(huì)亂碼

3、配置完成后重啟服務(wù)。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。

最新評(píng)論