1. 引言

在數(shù)據(jù)與AI深度融合的時代，數(shù)據(jù)庫不再只是“存儲與查詢”的工具，而是智能應用的核心底座。openGauss作為企業(yè)級開源關(guān)系型數(shù)據(jù)庫，既具備OLTP/OLAP混合負載的能力，也在向量計算、AI檢索等新場景上持續(xù)演進。

本篇作為系列開篇，不僅完成在華為云 CentOS 7.9 環(huán)境的極簡部署與可用性驗證，還將引入更貼近生產(chǎn)的進階內(nèi)容：架構(gòu)與版本要點、性能與SQL優(yōu)化、企業(yè)級安全實踐、向量與RAG場景的落地路徑。文末的“進階與實踐”模塊與后續(xù)兩篇《使用DBeaver可視化管理與實戰(zhàn)》《Python開發(fā)與AI向量數(shù)據(jù)庫應用》形成順暢銜接。

2. openGauss 數(shù)據(jù)庫簡介

openGauss是一款開源關(guān)系型數(shù)據(jù)庫，深度融合了華為在數(shù)據(jù)庫領(lǐng)域超過十年的經(jīng)驗，結(jié)合企業(yè)級場景需求，在架構(gòu)、事務(wù)、存儲引擎、優(yōu)化器及AI能力上持續(xù)創(chuàng)新。其技術(shù)生態(tài)兼容PostgreSQL，便于客戶端、驅(qū)動與工具的復用，同時在關(guān)鍵內(nèi)核能力上增強以適配復雜負載。

2.1 核心特性與進階解讀

• 高性能與高可靠：NUMA感知線程池、混合行列式存儲、并行執(zhí)行與基于代價的優(yōu)化器，在TP/AP混合負載下保持穩(wěn)定吞吐；支持主備與容災架構(gòu)，保障連續(xù)性與合規(guī)。
• 智能化運維：慢SQL診斷、索引建議、參數(shù)自調(diào)優(yōu)與在線熱加載配合豐富日志與觀測指標，降低排障與調(diào)優(yōu)門檻。
• 生態(tài)兼容與擴展：兼容PostgreSQL生態(tài)（JDBC/ODBC/psycopg2等）；在向量類型、距離算子與專用索引上擴展，服務(wù)AI檢索與RAG場景。
• 原生AI支持：提供VECTOR(n)類型與距離算子<->，優(yōu)化向量化計算，使圖像、文本等非結(jié)構(gòu)化數(shù)據(jù)的向量檢索高效可用，為大模型時代的知識檢索與增強生成夯實數(shù)據(jù)底座。

提示：產(chǎn)品說明與版本細節(jié)參考文檔中心 https://docs.opengauss.org/zh/。

3. 在CentOS 7.9上部署 openGauss

接下來，我們將進入實戰(zhàn)環(huán)節(jié)，演示如何在華為云的CentOS 7.9服務(wù)器上部署openGauss。

3.1 基礎(chǔ)環(huán)境準備

在開始安裝之前，請確保您的服務(wù)器滿足以下基本配置，并完成相應的環(huán)境準備工作。

硬件配置

關(guān)于CentOS 7.9的兼容性說明:

官方顯示支持 CentOS 7.6，7.x 系列差異較小，通?？稍?7.9 成功安裝。安裝腳本主要檢查依賴與系統(tǒng)環(huán)境，二者在 7.6 與 7.9 間基本一致。

為了確保安裝腳本順利通過檢查，可在安裝期間臨時將系統(tǒng)版本標識修改為“7.6”，安裝完成后恢復。該方法僅影響腳本檢查流程，不改變系統(tǒng)內(nèi)核與庫版本。

# 備份當前的系統(tǒng)版本文件
sudo cp /etc/redhat-release /etc/redhat-release.bak
# 臨時修改為7.6
sudo echo "CentOS Linux release 7.6.1810 (Core)" > /etc/redhat-release

安裝完成后，記得恢復原始文件：

sudo mv /etc/redhat-release.bak /etc/redhat-release

環(huán)境依賴安裝:

首先，通過yum安裝openGauss所需依賴；建議同步進行系統(tǒng)層面的基礎(chǔ)優(yōu)化（見后文“進階優(yōu)化”）。

sudo yum install -y bzip2 libaio-devel flex bison ncurses-devel glibc-devel patch redhat-lsb-core readline-devel

關(guān)閉防火墻和SELinux:

為了簡化安裝過程，我們先關(guān)閉防火墻和SELinux。在生產(chǎn)環(huán)境中，建議您根據(jù)實際需求配置更精細的安全策略。

sudo systemctl stop firewalld
sudo systemctl disable firewalld
sudo setenforce 0
# 永久關(guān)閉SELinux，需要修改配置文件
sudo sed -i 's/SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config

這里我是切換了root用戶操作

3.2 下載并解壓 openGauss 安裝包

您可以從openGauss的官方社區(qū)下載頁面獲取最新的安裝包。請選擇與您的操作系統(tǒng)和架構(gòu)匹配的版本。

下載完之后用自己喜歡的方式傳過去

3.3 初始化和安裝數(shù)據(jù)庫

openGauss提供了簡單易用的安裝腳本，可以幫助我們快速完成數(shù)據(jù)庫的初始化。

創(chuàng)建用戶和組:

為了安全起見，我們創(chuàng)建一個專門的用戶omm來運行openGauss。

groupadd dbgrp
useradd -g dbgrp omm

mkdir -p /opt/gaussdb/app  # 程序安裝路徑
mkdir -p /opt/gaussdb/data  # 數(shù)據(jù)存儲路徑
chown -R omm:dbgrp /opt/opengauss /opt/gaussdb  # 授權(quán)給 omm 用戶

上傳并解壓安裝包（假設(shè)包已上傳到 /opt/opengauss）：

cd /opt/opengauss
# 解壓（注意后綴是 .tar.bz2，用 -j 參數(shù)）
tar -jxvf openGauss-Server-6.0.2-CentOS7-x86_64.tar.bz2  
# 解壓后會生成 `simpleInstall` 目錄，進入該目錄
cd simpleInstall

執(zhí)行安裝:

切換到omm用戶，并執(zhí)行安裝腳本。

sh install.sh -w "Gauss@123456"  

安裝腳本會自動完成數(shù)據(jù)庫的初始化、配置和啟動。

進階提示：生產(chǎn)環(huán)境建議將程序與數(shù)據(jù)目錄置于獨立磁盤或分區(qū)，數(shù)據(jù)目錄開啟合適的掛載參數(shù)（如 noatime），并規(guī)劃獨立的歸檔與備份路徑，降低IO干擾與運維風險。

4. 驗證數(shù)據(jù)庫可用性

安裝完成后，需通過gs_ctl（狀態(tài)檢查工具）和gsql（命令行客戶端）驗證數(shù)據(jù)庫是否正常運行。由于極簡版未生成env.sh環(huán)境變量腳本，需手動配置核心環(huán)境變量以確保命令可用。

4.1 手動設(shè)置環(huán)境變量

openGauss 需通過omm用戶（安裝時創(chuàng)建的專屬用戶）操作，且需手動指定數(shù)據(jù)庫安裝路徑、二進制文件路徑等核心環(huán)境變量：

#  手動設(shè)置核心環(huán)境變量（路徑需與實際安裝目錄一致，此處為/opt/opengauss）
export GAUSSHOME=/opt/opengauss  # 數(shù)據(jù)庫安裝根目錄
export PATH=$GAUSSHOME/bin:$PATH  # 將數(shù)據(jù)庫二進制命令（如gsql、gs_ctl）加入系統(tǒng)路徑
export LD_LIBRARY_PATH=$GAUSSHOME/lib:$LD_LIBRARY_PATH  # 加載數(shù)據(jù)庫依賴庫


#  驗證環(huán)境變量是否生效（執(zhí)行后顯示openGauss版本即成功）
gsql --version

預期輸出（類似如下內(nèi)容，版本號以實際安裝為準）：

4.2 檢查數(shù)據(jù)庫運行狀態(tài)

在連接數(shù)據(jù)庫前，先通過gs_ctl確認數(shù)據(jù)庫是否已啟動（極簡版安裝腳本默認自動啟動，但建議手動驗證）：

# 執(zhí)行狀態(tài)檢查命令（-D 指定數(shù)據(jù)存儲目錄，極簡版默認路徑為/opt/opengauss/data/single_node）
gs_ctl status -D /opt/opengauss/data/single_node

關(guān)鍵判斷依據(jù)：

    # 啟動數(shù)據(jù)庫（同樣指定數(shù)據(jù)目錄）
    gs_ctl start -D /opt/opengauss/data/single_node -Z single_node
    ```

![](https://gitee.com/xing-shichuang/picture/raw/master/20251105225300702.png)


### 4.3 連接數(shù)據(jù)庫

通過`gsql`命令行客戶端連接到默認數(shù)據(jù)庫`postgres`（openGauss 默認端口為 5432，需指定用戶和安裝時設(shè)置的密碼）：

```bash
# 連接命令格式：gsql -d 數(shù)據(jù)庫名 -p 端口 -U 用戶名 -W 密碼
gsql -d postgres -p 5432 -U omm -W "Gauss@123456"

參數(shù)說明：

• -d postgres：連接默認系統(tǒng)數(shù)據(jù)庫postgres；
• -p 5432：使用 openGauss 默認端口；
• -U omm：通過omm用戶（數(shù)據(jù)庫超級管理員）連接；
• -W "Gauss@123456"：指定安裝時設(shè)置的密碼（需替換為您實際設(shè)置的密碼）。

預期輸出（出現(xiàn)如下交互界面，說明連接成功）：

4.4 執(zhí)行簡單查詢驗證功能

在openGauss=#交互界面中，執(zhí)行 SQL 語句驗證數(shù)據(jù)庫讀寫能力：

-- 1. 查看數(shù)據(jù)庫版本（確認當前連接的數(shù)據(jù)庫信息）
SELECT version();

-- 2. 創(chuàng)建測試表（驗證表創(chuàng)建功能）
CREATE TABLE test (
    id INT PRIMARY KEY,  -- 主鍵列（唯一標識每條數(shù)據(jù)）
    name VARCHAR(50)     -- 字符串列（存儲名稱）
);

-- 3. 插入測試數(shù)據(jù)（驗證數(shù)據(jù)寫入功能）
INSERT INTO test VALUES (1, 'hello openGauss'), (2, '極簡版部署成功');

-- 4. 查詢測試數(shù)據(jù)（驗證數(shù)據(jù)讀取功能）
SELECT * FROM test;

預期結(jié)果：

• 執(zhí)行SELECT version();后顯示 openGauss 版本及編譯信息；
• 執(zhí)行SELECT * FROM test;后顯示如下數(shù)據(jù)（無報錯即說明功能正常）：

4.5 環(huán)境變量持久化（可選，避免重復配置）

手動設(shè)置的環(huán)境變量僅在當前終端生效，關(guān)閉終端后需重新配置。若需每次登錄omm用戶自動加載環(huán)境變量，可將配置寫入omm用戶的環(huán)境變量文件~/.bashrc：

# 1. 編輯 omm 用戶的 .bashrc 文件
vi ~/.bashrc

# 2. 在文件末尾添加以下內(nèi)容（與4.1中的環(huán)境變量配置一致）
export GAUSSHOME=/opt/opengauss
export PATH=$GAUSSHOME/bin:$PATH
export LD_LIBRARY_PATH=$GAUSSHOME/lib:$LD_LIBRARY_PATH

# 3. 保存并退出（按Esc → 輸入:wq → 回車）

# 4. 使配置立即生效（無需重啟終端）
source ~/.bashrc

驗證：關(guān)閉當前終端，重新登錄omm用戶，直接執(zhí)行gsql --version，若正常顯示版本信息，說明持久化配置成功。

5. 進階優(yōu)化：從可用到好用

部署成功只是開始，良好的性能與穩(wěn)定性需要合理的參數(shù)、SQL實踐與可觀測性。以下步驟可在極簡版基礎(chǔ)上逐步引入，并與后續(xù)兩篇形成連貫實踐。

5.1 關(guān)鍵參數(shù)與觀測

參數(shù)自查：

SHOW shared_buffers;
SHOW work_mem;
SHOW effective_cache_size;
SHOW max_connections;
SHOW enable_nestloop;
SHOW log_min_duration_statement;

建議策略：在保證內(nèi)存安全的前提下適度增大shared_buffers與effective_cache_size；針對復雜聚合或排序增大work_mem；開啟慢SQL日志（如設(shè)置log_min_duration_statement=500ms）并定期分析。

在線熱加載：針對pg_hba.conf與部分postgresql.conf變更，可使用gs_ctl reload -D /opt/opengauss/data/single_node，減少重啟成本。

5.2 SQL優(yōu)化與執(zhí)行計劃

基礎(chǔ)操作：

EXPLAIN (ANALYZE, BUFFERS)
SELECT u.user_name, SUM(o.order_amount)
FROM users u JOIN orders o ON u.user_id=o.user_id
GROUP BY u.user_name
ORDER BY SUM(o.order_amount) DESC
LIMIT 10;

關(guān)注指標：行數(shù)估算、連接方式（Nested Loop/Hash Join/Merge Join）、并行度、IO命中（Buffers Hit/Read）。必要時考慮創(chuàng)建合適索引、更新統(tǒng)計信息或調(diào)整啟用/禁用某些連接策略（enable_nestloop/enable_hashjoin/enable_mergejoin）。

5.3 索引策略與統(tǒng)計信息

索引類型：優(yōu)先使用 B-tree；針對文本檢索與JSON等可考慮 GIN/GiST。創(chuàng)建索引后執(zhí)行示例：

CREATE INDEX idx_orders_user_id ON orders(user_id);
ANALYZE orders;

統(tǒng)計信息：提升default_statistics_target或?qū)﹃P(guān)鍵表定向ALTER TABLE ... SET STATISTICS，確保優(yōu)化器更準確。

5.4 備份與恢復（邏輯備份）

建議在例行變更前進行邏輯備份：

gs_dump -h 127.0.0.1 -p 5432 -U omm -d postgres -F p -f /opt/backup/postgres_$(date +%F).sql

恢復示例：

gsql -d postgres -U omm -p 5432 -f /opt/backup/postgres_2025-11-01.sql

5.5 批量導入與數(shù)據(jù)上云

高效導入：優(yōu)先使用 COPY/\copy 進行批量數(shù)據(jù)導入，顯著提升吞吐；\copy 在客戶端執(zhí)行，權(quán)限更靈活：

\copy public.orders(user_id, order_amount, order_date)
FROM '/opt/data/orders_2025.csv' WITH (FORMAT csv, HEADER true);

并行導入：將大文件按時間或主鍵范圍切分為多份，使用多會話并行 \copy；導入后執(zhí)行 ANALYZE 更新統(tǒng)計信息。

數(shù)據(jù)落盤策略：將導入源文件置于獨立磁盤并開啟順序讀參數(shù)，避免與數(shù)據(jù)庫數(shù)據(jù)盤產(chǎn)生IO爭用；必要時降低數(shù)據(jù)庫并行度，優(yōu)先保障導入帶寬。

5.6 分區(qū)表與冷熱分層

適用場景：訂單、日志、審計等按時間增長的大表，推薦使用范圍分區(qū)，提升查詢與維護效率：

CREATE TABLE orders_big (
  id BIGSERIAL PRIMARY KEY,
  user_id INT,
  order_amount NUMERIC(10,2),
  order_date DATE
) PARTITION BY RANGE (order_date) (
  PARTITION p2024 VALUES LESS THAN ('2025-01-01'),
  PARTITION p2025 VALUES LESS THAN ('2026-01-01'),
  PARTITION pmax  VALUES LESS THAN (MAXVALUE)
);
CREATE INDEX idx_orders_big_user_date ON orders_big(user_id, order_date);

維護與歸檔：按月或季度添加/切換分區(qū)；對歷史分區(qū)進行 VACUUM/ANALYZE 或脫機歸檔，減少主庫膨脹與備份體積。

5.7 會話與鎖觀測（并發(fā)穩(wěn)定性）

觀察活動與長事務(wù)：

SELECT pid, usename, state, query_start, now()-query_start AS runtime, query
FROM pg_stat_activity
WHERE state <> 'idle'
ORDER BY runtime DESC
LIMIT 10;

觀察鎖沖突：

SELECT locktype, mode, granted, relation::regclass AS rel, pid
FROM pg_locks
WHERE NOT granted;

建議策略：通過連接池降低 max_connections 帶來的上下文切換；對熱點行采用更合理的更新策略（分桶/排隊）；出現(xiàn)序列化沖突時在應用側(cè)進行指數(shù)退避重試。

6. 安全實踐：從默認安全到遠程訪問

openGauss堅持“安全缺省”原則。為保證生產(chǎn)安全與遠程可達，建議按以下路徑配置（與第二篇可視化管理內(nèi)容保持一致）：

監(jiān)聽與訪問控制：

vi /opt/opengauss/data/single_node/postgresql.conf
listen_addresses = '*'

vi /opt/opengauss/data/single_node/pg_hba.conf
host    all     all     0.0.0.0/0       md5

初始用戶遠程限制：不建議使用初始超級用戶（如omm）進行遠程業(yè)務(wù)訪問；在本機以omm登錄后創(chuàng)建業(yè)務(wù)賬號并授權(quán)：

CREATE USER dbuser WITH PASSWORD 'S@fePwd_2025';
GRANT USAGE ON SCHEMA public TO dbuser;
GRANT SELECT, INSERT, UPDATE, DELETE ON TABLE public.test TO dbuser;

加密與認證：根據(jù)合規(guī)要求啟用更強口令加密與認證方式（如sha256），并保證pg_hba.conf與數(shù)據(jù)庫參數(shù)保持一致；必要時評估啟用SSL并在客戶端設(shè)置sslmode。

6.1 認證規(guī)則的優(yōu)先級與收斂

規(guī)則匹配自上而下執(zhí)行，建議將更嚴格的網(wǎng)段/IP規(guī)則置于靠前位置；保留本機 local/127.0.0.1/::1 的便捷規(guī)則，遠程一律使用口令或更強方式：

host  all  all  10.0.0.0/24   sha256
host  all  all  0.0.0.0/0     md5

禁止遠程 trust 以避免誤配導致的非授權(quán)訪問。

6.2 更強口令加密與一致性

在 postgresql.conf 設(shè)置 password_encryption_type=2（SHA-256）后，需為相關(guān)用戶重置口令以生成新密文：

ALTER USER dbuser WITH PASSWORD 'S@fePwd_2025_New';

保證 pg_hba.conf 使用與數(shù)據(jù)庫側(cè)一致的認證算法（如 sha256），否則會出現(xiàn)握手失敗或認證異常。

6.3 快速啟用 SSL（可選）

生成自簽證書并配置：

openssl req -new -x509 -days 365 -nodes -text -out /opt/opengauss/server.crt -keyout /opt/opengauss/server.key
chmod 600 /opt/opengauss/server.key

在 postgresql.conf：

ssl = on
ssl_cert_file = 'server.crt'
ssl_key_file  = 'server.key'

重啟后，客戶端在URL或連接屬性中設(shè)置 sslmode=require；若服務(wù)器未啟用SSL，則使用 sslmode=disable 保持一致。

7. AI與向量檢索：從入門到落地

為與系列第三篇形成銜接，本篇提供最小化向量能力驗證，引導讀者在后續(xù)文章中完成端到端的RAG示例。

啟用向量擴展與創(chuàng)建示例表：

CREATE EXTENSION vectors;
CREATE TABLE t_image_vectors (
  id SERIAL PRIMARY KEY,
  image_path VARCHAR(255) NOT NULL,
  image_vector VECTOR(512)
);

最小檢索示例（占位向量，演示距離算子）：

INSERT INTO t_image_vectors(image_path, image_vector)
VALUES ('assets/images/cat.jpg', '[0.1,0.2,0.3,...]'::vector),
       ('assets/images/dog.jpg', '[0.2,0.1,0.4,...]'::vector);

SELECT image_path, image_vector <-> '[0.12,0.18,0.33,...]'::vector AS dist
FROM t_image_vectors
ORDER BY dist
LIMIT 3;

以上“向量能力驗證”與第三篇的sentence-transformers編碼流程、Python入庫與檢索代碼完全對齊，避免割裂閱讀體驗。

7.1 索引加速與召回質(zhì)量（可選）

若擴展版本支持近似向量索引（如 ivfflat 或 hnsw），可創(chuàng)建索引以提升檢索性能；具體語法以擴展版本文檔為準：

-- ivfflat（L2 距離示例）
CREATE INDEX idx_img_vec_ivf ON t_image_vectors USING ivfflat (image_vector);
-- 建議在創(chuàng)建索引前對向量表執(zhí)行 ANALYZE，提高索引構(gòu)建效果
ANALYZE t_image_vectors;

參數(shù)調(diào)優(yōu)：lists（ivfflat）或 ef_search/M（hnsw）會影響召回率與性能；可在萬級以上數(shù)據(jù)量下進行A/B測試，選擇適中參數(shù)。

7.2 數(shù)據(jù)準備與向量質(zhì)量

• 統(tǒng)一模型與維度：確保入庫向量來自同一模型與版本，如 clip-ViT-B-32（512維）；混用模型會降低距離度量的意義。
• 歸一化與預處理：對某些模型可在應用側(cè)進行歸一化處理，提高與L2/余弦等度量的一致性。
• 冷熱分層：將低頻圖片或文本向量歸檔至歷史分區(qū)或冷存儲，前臺索引主打熱數(shù)據(jù)，降低檢索延遲。

7.3 執(zhí)行計劃與觀測

觀察檢索開銷：

EXPLAIN (ANALYZE, BUFFERS)
SELECT image_path FROM t_image_vectors
ORDER BY image_vector <-> '[...]'::vector
LIMIT 10;

指標參考：是否命中索引、掃描行數(shù)、緩沖命中與讀取比例；在大數(shù)據(jù)量下對比有無索引的耗時差異，評估可接受的召回與延遲。

7.4 常見問題排查

• 擴展不可用：\dx 檢查是否已啟用 vectors/vector；若未安裝請參考發(fā)行版文檔或按平臺構(gòu)建。
• 兼容性問題：在客戶端URL增加 preferQueryMode=simple 或使用官方openGauss JDBC；對Python驅(qū)動保持版本一致并驗證基礎(chǔ)CRUD與事務(wù)。
• 權(quán)限問題：為業(yè)務(wù)用戶授予表與序列權(quán)限；在分區(qū)表與向量表上單獨驗證 INSERT/SELECT/UPDATE/DELETE。

8. 與可視化與應用開發(fā)的銜接

• 可視化管理：第二篇使用 DBeaver 進行連接、對象管理、事務(wù)演示與遠程連接排障，建議在完成本篇部署后直接跟進實踐。
• 應用開發(fā)與RAG實戰(zhàn)：第三篇通過 Python psycopg2 驅(qū)動完成 CRUD 與事務(wù)示例，并實現(xiàn)以文搜圖的向量檢索；參數(shù)與對象命名與本篇保持一致，便于無縫復用。

9. 總結(jié)與展望

本篇在完成極簡部署與基礎(chǔ)驗證的同時，補充了架構(gòu)與版本要點、進階優(yōu)化路徑、安全實踐以及向量與RAG的入門引導，形成可向后續(xù)兩篇延伸的完整鏈路。下一篇以 DBeaver 提供更直觀的管理與調(diào)優(yōu)體驗；再下一篇以 Python 與向量能力實現(xiàn)端到端的RAG應用，完成從“入門”到“落地”的閉環(huán)。

以上就是CentOS 7.9部署openGauss數(shù)據(jù)庫的實戰(zhàn)指南的詳細內(nèi)容，更多關(guān)于CentOS安裝部署openGauss數(shù)據(jù)庫的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論