簡(jiǎn)介這是一份面向運(yùn)維、開發(fā)和技術(shù)愛好者的 DeepSeek 部署完整指南目標(biāo)是幫助讀者從零搭建可用的智能數(shù)據(jù)搜索分析平臺(tái)。資源包僅含 1 個(gè) doc 文檔體積約 35KB輕量卻覆蓋全流程便于按步驟復(fù)制命令、記錄筆記和二次編輯。內(nèi)容先從硬件網(wǎng)絡(luò)準(zhǔn)備、操作系統(tǒng)選型Ubuntu/CentOS/Windows Server、MySQL/PostgreSQL 數(shù)據(jù)庫(kù)、Python 3.x 與 pip 環(huán)境、域名及 Lets Encrypt SSL 證書等前置工作講起再逐步演示安裝包下載、數(shù)據(jù)庫(kù)連接修改、依賴安裝、數(shù)據(jù)庫(kù)初始化、Nginx/Apache/Gunicorn 等 Web 服務(wù)器配置、服務(wù)啟動(dòng)和訪問測(cè)試。之后還補(bǔ)充用戶權(quán)限管理、數(shù)據(jù)導(dǎo)入與索引規(guī)則、并發(fā)緩存調(diào)優(yōu)、負(fù)載均衡與分布式部署、防火墻與入侵檢測(cè)、監(jiān)控與日志排查等生產(chǎn)環(huán)境要點(diǎn)。無論首次部署還是后續(xù)排錯(cuò)這套文檔都能提供清晰的操作路徑可當(dāng)作部署排錯(cuò)手冊(cè)或團(tuán)隊(duì)內(nèi)部培訓(xùn)材料減少查閱官方文檔的時(shí)間目前已有 1539 人學(xué)習(xí)下載。1. DeepSeek 本地部署為什么值得自己搭一套智能搜索分析環(huán)境很多人第一次接觸 DeepSeek 部署時(shí)覺得它和普通 Web 服務(wù)沒區(qū)別裝好 Python、解壓代碼、啟動(dòng)完事。等真上手才發(fā)現(xiàn)數(shù)據(jù)庫(kù)連接、初始化腳本、Web 服務(wù)器反向代理和 SSL 證書環(huán)環(huán)相扣任何一步漏掉換來的都是白屏、接口超時(shí)或者樣式全丟的頁(yè)面。DeepSeek 是一套偏重?cái)?shù)據(jù)搜索與分析能力的平臺(tái)核心數(shù)據(jù)、索引和搜索規(guī)則都存在關(guān)系型數(shù)據(jù)庫(kù)里部署質(zhì)量會(huì)直接影響后續(xù)的查詢響應(yīng)速度和索引構(gòu)建效率。這篇文章按實(shí)際動(dòng)手順序拆一遍從硬件選型講到上線調(diào)優(yōu)覆蓋 MySQL/PostgreSQL 選型、虛擬環(huán)境隔離、Nginx 反代、證書接入和性能優(yōu)化幾個(gè)關(guān)鍵節(jié)點(diǎn)。適合一個(gè)人獨(dú)立搞定服務(wù)器部署的開發(fā)者也適合想在團(tuán)隊(duì)內(nèi)部搭一套私有搜索分析環(huán)境的運(yùn)維同事。2. 部署選型Linux 優(yōu)先MySQL 還是 PostgreSQL 先想明白2.1 服務(wù)器配置先算數(shù)據(jù)量再定 CPU 與內(nèi)存DeepSeek 搜索性能的核心在索引索引構(gòu)建和查詢分析同時(shí)吃 CPU 與內(nèi)存。項(xiàng)目簡(jiǎn)介里那句“高性能 CPU、大容量?jī)?nèi)存、SSD 固態(tài)硬盤”其實(shí)比較泛落到實(shí)際購(gòu)買云主機(jī)或分配虛擬機(jī)時(shí)判斷依據(jù)可以量化一些。我的習(xí)慣是先問數(shù)據(jù)規(guī)模準(zhǔn)備導(dǎo)入的數(shù)據(jù)量在百萬行內(nèi)單表查詢?yōu)橹? 核 8G 的云主機(jī)加一塊 SSD 就夠了如果數(shù)據(jù)量到千萬級(jí)或者需要頻繁重建索引8 核 16G 起步內(nèi)存預(yù)算優(yōu)先給足因?yàn)樗阉鞣治鰣?chǎng)景里內(nèi)存不足會(huì)直接導(dǎo)致 OOM進(jìn)程被系統(tǒng)殺掉時(shí)你只能去翻內(nèi)核日志。磁盤選擇上SSD 是剛需機(jī)械硬盤在索引重建時(shí)的隨機(jī)讀寫能力會(huì)讓構(gòu)建時(shí)間拉長(zhǎng)好幾倍。網(wǎng)絡(luò)帶寬按并發(fā)訪問量估內(nèi)部三五個(gè)人的小團(tuán)隊(duì)5M 上行都?jí)蛴萌绻獙?duì)外提供查詢服務(wù)按平均請(qǐng)求體大小乘以 QPS 估算預(yù)留 30% 余量。域名可以提前準(zhǔn)備好后面 Nginx 配置和 SSL 證書都會(huì)用到。2.2 操作系統(tǒng)與 Python 環(huán)境Linux 優(yōu)先虛擬環(huán)境是底線Ubuntu 22.04 LTS 是我在大多數(shù)部署場(chǎng)景下的首選系統(tǒng)包新、Python 3.10 以上版本開箱即用apt 裝 Nginx、PostgreSQL 都很省事。CentOS 7 也能跑但要注意系統(tǒng)自帶的 Python 版本偏老經(jīng)常需要額外編譯或者用軟件集合包新手不建議在 CentOS 上折騰 Python 環(huán)境。Windows Server 不是不能跑只要數(shù)據(jù)庫(kù)、Python 和 Web 服務(wù)器都能就位DeepSeek 一樣能啟動(dòng)。但生產(chǎn)環(huán)境我強(qiáng)烈建議 Linux。原因不復(fù)雜進(jìn)程管理、systemd 托管、cron 備份、日志輪轉(zhuǎn)這些運(yùn)維操作在 Linux 下都是標(biāo)準(zhǔn)動(dòng)作Windows 上要么繞路要么缺工具。部署文檔里常見做法也是以 Linux 命令為主線遇到問題搜出來的解決方案八成也是 Linux 的。別在操作系統(tǒng)選型上給自己加難度。Python 3.x 版本建議用 3.8 以上安裝完順手確認(rèn)一下python3 --version pip3 --version如果系統(tǒng)里同時(shí)存在多個(gè) Python 版本可以用python3.10 --version確認(rèn)具體指向哪個(gè)版本。后面創(chuàng)建虛擬環(huán)境時(shí)用的就是當(dāng)前激活的解釋器版本不對(duì)會(huì)在安裝依賴時(shí)報(bào)一堆兼容性錯(cuò)誤。2.3 數(shù)據(jù)庫(kù)選型MySQL 生態(tài)熟PostgreSQL 擴(kuò)展性強(qiáng)項(xiàng)目正文里 MySQL 和 PostgreSQL 二選一這個(gè)選擇不要憑感覺先看團(tuán)隊(duì)熟悉度再看功能需求。對(duì)比項(xiàng)MySQLPostgreSQL默認(rèn)端口33065432中文搜索支持依賴外部插件或全文索引能力一般有 zhparser、pg_jieba 等中文分詞方案JSON 處理JSON 類型支持但函數(shù)不如 PG 豐富JSONB 類型配合 GIN 索引很成熟復(fù)雜查詢優(yōu)化夠用但執(zhí)行計(jì)劃調(diào)優(yōu)手段相對(duì)少分析函數(shù)、CTE、并行查詢能力更強(qiáng)運(yùn)維生態(tài)資料多DBA 好招資料稍少但基礎(chǔ)維護(hù)成本并不高如果公司里已經(jīng)有成熟的 MySQL 運(yùn)維團(tuán)隊(duì)直接選 MySQL別為了新技術(shù)換掉已有能力。從零開始的話我一般推薦 PostgreSQL中文搜索的擴(kuò)展方案更完整DeepSeek 這類偏分析檢索的平臺(tái)后續(xù)要加全文檢索或復(fù)雜聚合會(huì)順手很多。數(shù)據(jù)庫(kù)一旦選型落地?cái)?shù)據(jù)遷移成本很高這步值得多花半天調(diào)研。數(shù)據(jù)庫(kù)本身的安裝不做展開注意幾點(diǎn)MySQL 8 要確認(rèn)密碼認(rèn)證插件PostgreSQL 安裝后要記得設(shè)置 postgres 用戶密碼并創(chuàng)建一個(gè)普通業(yè)務(wù)賬號(hào)不要直接用超級(jí)用戶跑應(yīng)用。2.4 域名與 SSL 證書不是可選項(xiàng)內(nèi)部服務(wù)器用 IP 加端口訪問也能跑但有兩個(gè)問題繞不開一是有些現(xiàn)代瀏覽器功能對(duì) HTTPS 有限制比如部分存儲(chǔ) API 和權(quán)限接口二是服務(wù)暴露在網(wǎng)絡(luò)上明文傳輸用戶憑證和搜索內(nèi)容風(fēng)險(xiǎn)太大。SSL 證書直接用 Lets Encrypt 的免費(fèi)證書配合 certbot 工具簽發(fā)和自動(dòng)續(xù)期成本為零。域名方面先把自己的域名解析到服務(wù)器 IP后面第 4 章 Nginx 配置里直接用域名做 server_name。沒有域名也可以用 HTTP但千萬別把登錄接口放到?jīng)]有加密的生產(chǎn)環(huán)境里。3. 核心安裝步驟從依賴安裝到數(shù)據(jù)庫(kù)初始化的完整流程3.1 建用戶和目錄先把權(quán)限邊界劃好不要用 root 直接跑 DeepSeek 服務(wù)。雖然 root 能繞過很多權(quán)限問題但一旦 Web 應(yīng)用被攻擊或者配置文件寫錯(cuò)影響面是整個(gè)服務(wù)器。先建一個(gè)獨(dú)立用戶和獨(dú)立目錄sudo useradd -m -s /bin/bash deepseek sudo mkdir -p /opt/deepseek sudo chown -R deepseek:deepseek /opt/deepseek這樣創(chuàng)建的 deepseek 用戶可以登錄 shell但日常運(yùn)行服務(wù)時(shí)權(quán)限被限制在 /opt/deepseek 下。目錄歸屬也明確代碼、日志、備份都在這個(gè)目錄里不會(huì)被其他應(yīng)用的權(quán)限問題干擾。后續(xù)所有安裝步驟都建議切換到 deepseek 用戶執(zhí)行而不是繼續(xù)用 root。3.2 下載解壓與虛擬環(huán)境避免污染系統(tǒng) Python從官方渠道拿到安裝包后解壓到 /opt/deepseek 下cd /opt/deepseek tar -xzf deepseek-xxx.tar.gz cd deepseek-xxx python3 -m venv venv source venv/bin/activate pip install --upgrade pip pip install -r requirements.txt這里做了四件事解壓、創(chuàng)建虛擬環(huán)境、激活虛擬環(huán)境、升級(jí) pip 并安裝依賴。虛擬環(huán)境的作用是把 DeepSeek 的依賴鎖在項(xiàng)目目錄里不干擾系統(tǒng)里其他 Python 項(xiàng)目。我見過直接pip install -r requirements.txt裝到全局環(huán)境的情況后續(xù)部署第二個(gè) Python 應(yīng)用時(shí)依賴沖突兩個(gè)項(xiàng)目互相踩最后只能重裝系統(tǒng) Python這種教訓(xùn)一次就夠。如果服務(wù)器訪問默認(rèn) PyPI 源慢可以在 pip 命令后加鏡像參數(shù)pip install -r requirements.txt -i https://pypi.tuna.tsinghua.edu.cn/simple依賴安裝后先確認(rèn)一下關(guān)鍵包有沒有裝齊pip list | grep gunicorn這類檢查能早發(fā)現(xiàn)問題避免啟動(dòng)時(shí)才報(bào) ModuleNotFoundError。3.3 數(shù)據(jù)庫(kù)準(zhǔn)備與配置文件參數(shù)在 PostgreSQL 里創(chuàng)建業(yè)務(wù)數(shù)據(jù)庫(kù)和賬號(hào)sudo -u postgres psql CREATE DATABASE deepseek_db ENCODING UTF8; CREATE USER deepseek_user WITH PASSWORD 強(qiáng)密碼; GRANT ALL PRIVILEGES ON DATABASE deepseek_db TO deepseek_user; \q指定 UTF8 編碼是必要的DeepSeek 的搜索分析場(chǎng)景里中文數(shù)據(jù)很常見數(shù)據(jù)庫(kù)默認(rèn)編碼如果不是 UTF8后面導(dǎo)入中文內(nèi)容會(huì)變成亂碼索引分詞更是無從談起。然后編輯 DeepSeek 的配置文件常見的是 config.json 或 settings.py數(shù)據(jù)庫(kù)連接片段大概長(zhǎng)這樣# settings.py 中數(shù)據(jù)庫(kù)連接配置示例 DATABASES { default: { ENGINE: django.db.backends.postgresql, # 選 MySQL 則改為 mysql NAME: deepseek_db, USER: deepseek_user, PASSWORD: 你的強(qiáng)密碼, HOST: 127.0.0.1, PORT: 5432, CONN_MAX_AGE: 60, OPTIONS: { connect_timeout: 5, }, } }ENGINE 字段決定了 Django 用哪個(gè)數(shù)據(jù)庫(kù)驅(qū)動(dòng)改成 MySQL 時(shí)對(duì)應(yīng)值是django.db.backends.mysql。HOST 寫 127.0.0.1 表示數(shù)據(jù)庫(kù)和應(yīng)用同機(jī)避免走公網(wǎng)連接減少延遲和暴露面。CONN_MAX_AGE 表示數(shù)據(jù)庫(kù)連接在連接池里的存活時(shí)間60 秒是個(gè)比較穩(wěn)妥的起步值能避免每個(gè)請(qǐng)求都新建連接但也不會(huì)占用過多數(shù)據(jù)庫(kù)連接數(shù)。connect_timeout: 5是個(gè)容易被忽略的配置如果數(shù)據(jù)庫(kù)地址寫錯(cuò)或網(wǎng)絡(luò)不通默認(rèn)的等待時(shí)間可能長(zhǎng)達(dá)幾十秒配上這個(gè)參數(shù)后 5 秒內(nèi)就會(huì)報(bào)錯(cuò)排錯(cuò)時(shí)能少等不少時(shí)間。3.4 初始化數(shù)據(jù)庫(kù)結(jié)構(gòu)安裝包通常會(huì)帶數(shù)據(jù)庫(kù)初始化腳本有的叫 migrate 命令有的叫 init_db.py邏輯都是建表加基礎(chǔ)數(shù)據(jù)。以 Django 風(fēng)格的發(fā)布包為例python manage.py check python manage.py migrate python manage.py loaddata initial_data.jsonpython manage.py check不會(huì)連數(shù)據(jù)庫(kù)只檢查配置和代碼依賴是否有效這一步能提前暴露配置文件里的低級(jí)錯(cuò)誤。migrate負(fù)責(zé)把表結(jié)構(gòu)同步到數(shù)據(jù)庫(kù)。loaddata則是導(dǎo)入初始數(shù)據(jù)比如默認(rèn)管理員賬號(hào)、預(yù)定義搜索規(guī)則、系統(tǒng)配置項(xiàng)。注意不是每個(gè)發(fā)布包都有 initial_data.json如果目錄里沒有這個(gè)文件說明初始數(shù)據(jù)可能在 migrate 階段就自動(dòng)插入了強(qiáng)行執(zhí)行 loaddata 反而可能報(bào)錯(cuò)或重復(fù)寫入。如果安裝包提供的是 init_db.py 而不是 Django 命令執(zhí)行方式類似python init_db.py --config config.json執(zhí)行完初始化腳本后連到數(shù)據(jù)庫(kù)里確認(rèn)一下表是否存在\dtPostgreSQL或SHOW TABLES;MySQL。這一步能確認(rèn)遷移真的成功而不是腳本靜默失敗。3.5 第一次啟動(dòng)先開發(fā)模式驗(yàn)證再切 Gunicorn初始化完成后先用 Django 自帶的開發(fā)服務(wù)器驗(yàn)證一遍python manage.py runserver 0.0.0.0:8000瀏覽器訪問 http://服務(wù)器IP:8000能出登錄頁(yè)就說明核心鏈路是通的。開發(fā)服務(wù)器只能用于驗(yàn)證不要直接拿它當(dāng)生產(chǎn)服務(wù)性能和并發(fā)都跟不上。驗(yàn)證沒問題后退出改用 Gunicorngunicorn config.wsgi:application \ --bind 127.0.0.1:8000 \ --workers 4 \ --timeout 120config.wsgi:application是 Django 項(xiàng)目的 WSGI 入口如果你的發(fā)布包不是這個(gè)路徑看目錄里 wsgi.py 在哪個(gè)位置就寫哪個(gè)。workers 數(shù)量不建議簡(jiǎn)單按 CPU 核心數(shù)翻倍搜索分析任務(wù)偶爾會(huì)有內(nèi)存峰值worker 太多會(huì)導(dǎo)致內(nèi)存瞬間拉滿我一般從 CPU 核數(shù)的 1.5 倍起步觀察負(fù)載再加。timeout 120 秒是因?yàn)樗饕龢?gòu)建和復(fù)雜查詢可能出現(xiàn)短時(shí)間阻塞默認(rèn)的 30 秒容易讓 worker 被誤殺。啟動(dòng)后看不到明顯報(bào)錯(cuò)再用curl -I http://127.0.0.1:8000確認(rèn)返回 HTTP 200。到這里應(yīng)用本身已經(jīng)跑起來了但還不能直接對(duì)外提供服務(wù)下一步接入 Nginx。4. 接入 Nginx 與 SSL讓 Web 界面能安全訪問4.1 為什么非要套一層 NginxGunicorn 已經(jīng)把服務(wù)跑在 8000 端口了直接讓用戶訪問 8000 端口行不行能訪問但不建議。Gunicorn 處理動(dòng)態(tài)請(qǐng)求沒問題但靜態(tài)文件CSS、JS、圖片響應(yīng)能力遠(yuǎn)不如 Nginx登錄頁(yè)在并發(fā)下會(huì)明顯變慢另外一個(gè)風(fēng)險(xiǎn)是 Gunicorn 進(jìn)程直接暴露在網(wǎng)絡(luò)里缺少超時(shí)控制、請(qǐng)求體大小限制、訪問日志等常規(guī)防護(hù)一旦有異常請(qǐng)求輕則日志刷屏重則拖垮服務(wù)。Nginx 放在 Gunicorn 前面靜態(tài)文件交給 Nginx 處理動(dòng)態(tài)請(qǐng)求反向代理給 Gunicorn再加一層 HTTPS 終結(jié)。這樣 Gunicorn 只需要監(jiān)聽本機(jī) 127.0.0.1:8000外部完全接觸不到應(yīng)用服務(wù)。4.2 Nginx 反向代理配置先安裝 Nginxsudo apt install nginx然后創(chuàng)建站點(diǎn)配置通常放在 /etc/nginx/sites-available/deepseek.confserver { listen 443 ssl; server_name search.example.org; ssl_certificate /etc/letsencrypt/live/search.example.org/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/search.example.org/privkey.pem; client_max_body_size 64m; location /static/ { alias /opt/deepseek/deepseek-xxx/static/; } location / { proxy_pass http://127.0.0.1:8000; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-Proto $scheme; } }關(guān)鍵參數(shù)說明location /static/ 直接映射到項(xiàng)目靜態(tài)目錄讓 Nginx 接管靜態(tài)文件不走 Gunicorn。client_max_body_size 64m 是上傳數(shù)據(jù)時(shí)的請(qǐng)求體上限D(zhuǎn)eepSeek 導(dǎo)入數(shù)據(jù)包經(jīng)常超過默認(rèn)的 1m這一步不調(diào)后面導(dǎo)入數(shù)據(jù)會(huì)直接報(bào) 413。proxy_set_header 的三個(gè)頭部是反代場(chǎng)景的固定搭配轉(zhuǎn)發(fā)協(xié)議標(biāo)記和客戶端 IP保證日志里能記錄真實(shí)來源。配置寫好后啟用并測(cè)試sudo ln -s /etc/nginx/sites-available/deepseek.conf /etc/nginx/sites-enabled/ sudo nginx -t sudo systemctl reload nginxnginx -t只是校驗(yàn)語(yǔ)法不報(bào)錯(cuò)再 reload避免中斷現(xiàn)有連接。4.3 Lets Encrypt 證書簽發(fā)與自動(dòng)續(xù)期證書用 certbot 自動(dòng)簽發(fā)sudo apt install certbot python3-certbot-nginx sudo certbot --nginx -d search.example.orgcertbot 會(huì)自動(dòng)檢測(cè) Nginx 配置并完成證書替換。如果之前手動(dòng)配過證書certbot 會(huì)提示保留還是替換直接選替換即可。續(xù)期是免費(fèi)的配套能力cron 或 systemd timer 會(huì)自動(dòng)執(zhí)行。手動(dòng)驗(yàn)證一次續(xù)期邏輯sudo certbot renew --dry-run出現(xiàn)Congratulations, all renewals succeeded就說明自動(dòng)續(xù)期鏈路正常。證書有效期 90 天這個(gè)提醒別當(dāng)耳邊風(fēng)我接手過一個(gè)服務(wù)證書過期一周才發(fā)現(xiàn)用戶訪問時(shí)瀏覽器整頁(yè)紅色警告那個(gè)體驗(yàn)相當(dāng)糟糕。HTTPS 配好之后用curl -I https://search.example.org驗(yàn)證一下返回HTTP/2 302或200瀏覽器再打開確認(rèn)鎖圖標(biāo)正常。5. 部署避坑五個(gè)現(xiàn)象、原因與解決方法5.1 安裝期的兩個(gè)大坑坑 1pip 安裝依賴時(shí)編譯報(bào)錯(cuò)提示缺頭文件現(xiàn)象執(zhí)行pip install -r requirements.txt時(shí)某個(gè)帶 C 擴(kuò)展的包編譯失敗報(bào)錯(cuò)里出現(xiàn)Python.h: No such file or directory或gcc: command not found。原因系統(tǒng)里沒裝 Python 開發(fā)頭文件和編譯工具鏈。很多打包到 PyPI 的依賴包如果沒找到對(duì)應(yīng)平臺(tái)的預(yù)編譯 wheel就會(huì)自動(dòng)走源碼編譯這時(shí)必須有 gcc、make 和 python3-dev。解決Ubuntu 上執(zhí)行sudo apt install python3-dev build-essential裝完再重新跑 pip install。CentOS 上對(duì)應(yīng)的是yum install python3-devel gcc。裝完這些基礎(chǔ)組件后九成編譯報(bào)錯(cuò)都能消掉。我一般會(huì)在安裝依賴前先把編譯工具鏈裝好免得裝到一半翻車再回頭補(bǔ)環(huán)境?？?2虛擬環(huán)境里能啟動(dòng)服務(wù)SSH 一斷開進(jìn)程就沒了現(xiàn)象在終端里啟動(dòng) Gunicorn一切正常關(guān)閉 SSH 窗口后再訪問服務(wù)直接失聯(lián)。原因進(jìn)程掛在當(dāng)前終端會(huì)話下會(huì)話結(jié)束進(jìn)程就被掛斷信號(hào)殺掉。這不是 DeepSeek 的問題Linux 下用終端直接拉起的進(jìn)程都這樣需要托管或者后臺(tái)化。解決最穩(wěn)的方案是用 systemd 托管配置在下一章會(huì)展開。臨時(shí)驗(yàn)證階段可以用nohup gunicorn... 讓進(jìn)程忽略掛斷信號(hào)但生產(chǎn)環(huán)境別這么干失去守護(hù)和自拉起能力進(jìn)程崩了沒人幫你拉回來。5.2 配置期的問題坑 3數(shù)據(jù)庫(kù)連接報(bào)password authentication failed現(xiàn)象啟動(dòng)時(shí)報(bào)錯(cuò)提示數(shù)據(jù)庫(kù)認(rèn)證失敗密碼明明是配置文件里填的那個(gè)換到 psql 里又能連上。原因PostgreSQL 的 pg_hba.conf 默認(rèn)連接認(rèn)證方式可能是scram-sha-256或md5有些舊版客戶端或者自帶的 psycopg 版本不支持當(dāng)前加密方式另外也可能 MySQL 8 默認(rèn)用 caching_sha2_password而 Python 驅(qū)動(dòng)版本太舊雙方握手失敗。解決先連數(shù)據(jù)庫(kù)所在地檢查用戶密碼是否真的正確\du查看角色列表然后在應(yīng)用服務(wù)器上重新配置密碼再試。如果確認(rèn)密碼無誤看數(shù)據(jù)庫(kù)版本和新舊客戶端兼容性PostgreSQL 可以把 pg_hba.conf 里對(duì)應(yīng)條目改為scram-sha-256MySQL 則升級(jí) pip 里的 mysqlclient 或 pymysql 版本。注意改 pg_hba.conf 要重啟 PostgreSQL 才生效?？?4頁(yè)面能打開但所有樣式丟失現(xiàn)象登錄頁(yè)是純文字布局全亂CSS 文件 404。原因靜態(tài)文件沒有被 Nginx 正確服務(wù)。常見兩個(gè)分支一是 Django 沒執(zhí)行 collectstatic靜態(tài)文件根本沒匯聚到指定目錄二是 Nginx 配置里 location /static/ 的 alias 路徑和項(xiàng)目實(shí)際靜態(tài)目錄不匹配。解決先確認(rèn)靜態(tài)目錄存在且非空?qǐng)?zhí)行python manage.py collectstatic --noinput匯聚靜態(tài)文件然后檢查 Nginx 的 alias 是否指到這個(gè)目錄。改完配置記得nginx -t systemctl reload nginx。這個(gè)坑十次里有八次是路徑不一致把 alias 和實(shí)際目錄對(duì)比一遍基本能定位。5.3 運(yùn)行期的問題坑 5索引任務(wù)跑起來后內(nèi)存暴漲進(jìn)程被 OOM 殺掉現(xiàn)象導(dǎo)入數(shù)據(jù)或重建索引時(shí)服務(wù)突然變慢隨后頁(yè)面刷新超時(shí)查看進(jìn)程發(fā)現(xiàn) Gunicorn 不見了dmesg 或 journalctl 里有Out of memory: Kill process的記錄。原因Gunicorn worker 數(shù)量和單 worker 內(nèi)存占用超了物理內(nèi)存預(yù)算。搜索分析類任務(wù)的單 worker 內(nèi)存峰值可能比正常請(qǐng)求高好幾倍按常駐內(nèi)存估 worker 數(shù)量很容易爆。解決先確認(rèn)機(jī)器總內(nèi)存和當(dāng)前 worker 常駐內(nèi)存free -h和ps aux | grep gunicorn看實(shí)測(cè)值把 worker 數(shù)量調(diào)低比如從 4 降到 2觀察一個(gè)任務(wù)周期內(nèi) RSS 峰值同時(shí)給搜索和索引任務(wù)加上批量大小限制避免單次加載全量數(shù)據(jù)到內(nèi)存。還有一招是給系統(tǒng)加 swap但只能兜底不能當(dāng)作內(nèi)存擴(kuò)容來用。換到大內(nèi)存機(jī)器或加限制參數(shù)二選一別繼續(xù)用 4G 內(nèi)存撐千萬級(jí)索引。6. 上線前的調(diào)優(yōu)技巧并發(fā)數(shù)、健康檢查與備份驗(yàn)證6.1 用 systemd 托管服務(wù)告別裸進(jìn)程把 Gunicorn 交給 systemd 管理進(jìn)程崩了能自動(dòng)拉起開機(jī)自啟也順帶解決。創(chuàng)建 /etc/systemd/system/deepseek.service[Unit] DescriptionDeepSeek Web Service Afternetwork.target postgresql.service [Service] Userdeepseek Groupdeepseek WorkingDirectory/opt/deepseek/deepseek-xxx ExecStart/opt/deepseek/deepseek-xxx/venv/bin/gunicorn config.wsgi:application --bind 127.0.0.1:8000 --workers 4 --timeout 120 Restartalways RestartSec5 [Install] WantedBymulti-user.target配置里最關(guān)鍵的是 ExecStart 直接指到虛擬環(huán)境里的 gunicorn 可執(zhí)行文件避免 PATH 混亂時(shí)調(diào)用到系統(tǒng)里其他 Python 的 gunicorn。Restartalways和RestartSec5表示進(jìn)程異常退出后等 5 秒自動(dòng)拉起。啟用服務(wù)sudo systemctl daemon-reload sudo systemctl enable deepseek sudo systemctl start deepseek sudo systemctl status deepseek6.2 健康檢查腳本配置一個(gè)簡(jiǎn)單的健康檢查腳本定時(shí)確認(rèn)服務(wù)活著#!/bin/bash HTTP_CODE$(curl -s -o /dev/null -w %{http_code} http://127.0.0.1:8000/) if [ $HTTP_CODE ! 200 ] [ $HTTP_CODE ! 302 ]; then echo $(date) DeepSeek returned $HTTP_CODE /var/log/deepseek-healthcheck.log fi配合 cron 每 5 分鐘執(zhí)行一次。這個(gè)腳本的意義不只是監(jiān)控本身而是讓你在用戶報(bào)障前先發(fā)現(xiàn)問題多爭(zhēng)取幾分鐘排查時(shí)間。6.3 備份數(shù)據(jù)庫(kù)與配置文件數(shù)據(jù)庫(kù)備份直接走 PostgreSQL 的原生命令sudo -u postgres pg_dump deepseek_db | gzip /opt/deepseek/backup/deepseek_$(date %F).sql.gz配置文件路徑小、變更頻率高單獨(dú)打包tar -czf /opt/deepseek/backup/conf_$(date %F).tar.gz /opt/deepseek/deepseek-xxx/config.json退一步講部署這件事最怕的不是裝不上而是裝好后沒有驗(yàn)證過自己的備份能不能恢復(fù)。我見過備份腳本跑了幾個(gè)月真到恢復(fù)現(xiàn)場(chǎng)才發(fā)現(xiàn)備份文件是壞的那感覺比沒備份還難受。從那以后我每次部署 DeepSeek都強(qiáng)制走一遍完整流程先創(chuàng)建 systemd 服務(wù)托管再跑健康檢查腳本確認(rèn)返回碼最后從備份文件里恢復(fù)到一個(gè)臨時(shí)數(shù)據(jù)庫(kù)驗(yàn)證可用性。這套流程看著多花半小時(shí)但能換取上線后晚上睡得踏實(shí)希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取