登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
模力方舟
AI 队友
登录
注册
12月21日就在北京,来看大模型推理 + 国产硬件生态 + 开源社区分享,一起搞技术、聊开源、领福利~~
代码拉取完成,页面将自动刷新
开源项目
>
数据库相关
>
数据库开发包
&&
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
41
Star
103
Fork
132
openGauss
/
openGauss-connector-jdbc
代码
Issues
124
Pull Requests
4
Wiki
统计
流水线
服务
JavaDoc
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
SBOM
我知道了,不再自动展开
更新失败,请稍后重试!
移除标识
内容风险标识
本任务被
标识为内容中包含有代码安全 Bug 、隐私泄露等敏感信息,仓库外成员不可访问
使用 JDBC 连接 openGauss 数据库时,控制台提示 “Connection refused: connect”,无法建立连接
已答复
#ID49IC
缺陷
苏家熙
创建于
2025-10-30 17:09
1. 第一步:验证数据库服务是否正常启动(基础前提) 操作原因:连接拒绝的首要原因是数据库服务未启动,需先确认服务状态。 具体步骤: 登录 PuTTY(按文档步骤 3-4,使用 enp0s3 的 IP 和 root 账号登录,密码opengauss@123); 切换至数据库操作系统用户omm:su - omm; 查看数据库服务状态:gs_om -t status --detail; 若状态显示 “Down”,执行启动命令:gs_om -t start,等待提示 “Successfully started all nodes”。 验证标准:执行gs_om -t status --detail后,“Node Status” 列显示 “Normal”,说明服务正常。 2. 第二步:检查数据库监听配置(文档中 “修改数据库监听地址” 环节易遗漏) 操作原因:若postgresql.conf中listen_addresses未设为 “*”,仅本地可连接,远程 JDBC 无法访问。 具体步骤: 在 PuTTY 中,切换omm用户后,进入数据库数据目录(文档中为/gaussdb/data/db1):cd /gaussdb/data/db1; 查看当前监听配置:cat postgresql.conf | grep listen_addresses; 若显示listen_addresses = '127.0.0.1'(仅本地),执行修改命令:gs_guc set -I all -c "listen_addresses='*'"; 修改后重启数据库生效:gs_om -t restart。 验证标准:再次执行cat postgresql.conf | grep listen_addresses,显示listen_addresses = '*'。 3. 第三步:确认 pg_hba.conf 访问控制配置(文档中 “修改 pg_hba.conf 文件” 环节配置是否正确) 操作原因:pg_hba.conf控制客户端访问权限,若未添加 JDBC 客户端 IP 的允许规则,会拒绝连接。 具体步骤: 仍在/gaussdb/data/db1目录下,查看当前配置:cat pg_hba.conf | grep "host all all"; 若未找到host all all 0.0.0.0/0 sha256(允许所有 IP 使用 sha256 认证),执行添加命令:gs_guc set -N all -I all -h "host all all 0.0.0.0/0 sha256"; 重启数据库使配置生效:gs_om -t restart。 验证标准:执行cat pg_hba.conf | grep "host all all 0.0.0.0/0",能看到新增的规则行。 4. 第四步:核对 JDBC 代码中的连接参数(文档中 “连接程序” 环节易出错) 操作原因:代码中 IP、端口、数据库名、账号密码错误是常见诱因,需与文档配置一致。 具体步骤: 打开openGaussdb_dlou2023.java文件,检查核心参数: DB_URL:需改为文档中 enp0s3 的 IP(如192.168.56.3),端口26000,数据库名db_dlou2023,即"jdbc:postgresql://192.168.56.3:26000/db_dlou2023?ApplicationName=app1"; USER:需为文档中创建的用户dlou2023,不可改为omm; PASS:需为文档中设置的密码dlou@123,注意区分大小写; 重新编译代码(按文档步骤):javac -encoding utf-8 -cp d:\Download\postgresql.jar openGaussdb_dlou2023.java; 重新执行代码:java -cp .;D:/Download/postgresql.jar openGaussdb_dlou2023。 验证标准:控制台输出 “连接数据库...” 后,继续显示 “实例化 Statement 对象...”,并打印 Student 表中的数据(学号、姓名等),无异常报错。 5. 第五步:排查网络防火墙(额外补充,文档未提及但易忽略) 操作原因:虚拟机防火墙可能拦截 26000 端口,导致 JDBC 连接超时或被拒。 具体步骤: 在 PuTTY 中,执行命令开放 26000 端口(针对 openEuler 系统): bash firewall-cmd --add-port=26000/tcp --permanent # 永久开放26000端口 firewall-cmd --reload # 重新加载防火墙配置 在本地 Windows 系统中,打开 “命令提示符”,测试端口连通性:telnet 192.168.56.3 26000(需先开启 Windows 的 telnet 功能)。 验证标准:telnet命令执行后,窗口无 “连接失败” 提示,进入空白界面(表示端口可连通)。
1. 第一步:验证数据库服务是否正常启动(基础前提) 操作原因:连接拒绝的首要原因是数据库服务未启动,需先确认服务状态。 具体步骤: 登录 PuTTY(按文档步骤 3-4,使用 enp0s3 的 IP 和 root 账号登录,密码opengauss@123); 切换至数据库操作系统用户omm:su - omm; 查看数据库服务状态:gs_om -t status --detail; 若状态显示 “Down”,执行启动命令:gs_om -t start,等待提示 “Successfully started all nodes”。 验证标准:执行gs_om -t status --detail后,“Node Status” 列显示 “Normal”,说明服务正常。 2. 第二步:检查数据库监听配置(文档中 “修改数据库监听地址” 环节易遗漏) 操作原因:若postgresql.conf中listen_addresses未设为 “*”,仅本地可连接,远程 JDBC 无法访问。 具体步骤: 在 PuTTY 中,切换omm用户后,进入数据库数据目录(文档中为/gaussdb/data/db1):cd /gaussdb/data/db1; 查看当前监听配置:cat postgresql.conf | grep listen_addresses; 若显示listen_addresses = '127.0.0.1'(仅本地),执行修改命令:gs_guc set -I all -c "listen_addresses='*'"; 修改后重启数据库生效:gs_om -t restart。 验证标准:再次执行cat postgresql.conf | grep listen_addresses,显示listen_addresses = '*'。 3. 第三步:确认 pg_hba.conf 访问控制配置(文档中 “修改 pg_hba.conf 文件” 环节配置是否正确) 操作原因:pg_hba.conf控制客户端访问权限,若未添加 JDBC 客户端 IP 的允许规则,会拒绝连接。 具体步骤: 仍在/gaussdb/data/db1目录下,查看当前配置:cat pg_hba.conf | grep "host all all"; 若未找到host all all 0.0.0.0/0 sha256(允许所有 IP 使用 sha256 认证),执行添加命令:gs_guc set -N all -I all -h "host all all 0.0.0.0/0 sha256"; 重启数据库使配置生效:gs_om -t restart。 验证标准:执行cat pg_hba.conf | grep "host all all 0.0.0.0/0",能看到新增的规则行。 4. 第四步:核对 JDBC 代码中的连接参数(文档中 “连接程序” 环节易出错) 操作原因:代码中 IP、端口、数据库名、账号密码错误是常见诱因,需与文档配置一致。 具体步骤: 打开openGaussdb_dlou2023.java文件,检查核心参数: DB_URL:需改为文档中 enp0s3 的 IP(如192.168.56.3),端口26000,数据库名db_dlou2023,即"jdbc:postgresql://192.168.56.3:26000/db_dlou2023?ApplicationName=app1"; USER:需为文档中创建的用户dlou2023,不可改为omm; PASS:需为文档中设置的密码dlou@123,注意区分大小写; 重新编译代码(按文档步骤):javac -encoding utf-8 -cp d:\Download\postgresql.jar openGaussdb_dlou2023.java; 重新执行代码:java -cp .;D:/Download/postgresql.jar openGaussdb_dlou2023。 验证标准:控制台输出 “连接数据库...” 后,继续显示 “实例化 Statement 对象...”,并打印 Student 表中的数据(学号、姓名等),无异常报错。 5. 第五步:排查网络防火墙(额外补充,文档未提及但易忽略) 操作原因:虚拟机防火墙可能拦截 26000 端口,导致 JDBC 连接超时或被拒。 具体步骤: 在 PuTTY 中,执行命令开放 26000 端口(针对 openEuler 系统): bash firewall-cmd --add-port=26000/tcp --permanent # 永久开放26000端口 firewall-cmd --reload # 重新加载防火墙配置 在本地 Windows 系统中,打开 “命令提示符”,测试端口连通性:telnet 192.168.56.3 26000(需先开启 Windows 的 telnet 功能)。 验证标准:telnet命令执行后,窗口无 “连接失败” 提示,进入空白界面(表示端口可连通)。
评论 (
0
)
登录
后才可以发表评论
状态
已答复
待办的
已确认
已答复
已取消
挂起
修复中
已完成
待回归
测试中
已验收
负责人
未设置
标签
未设置
项目
未立项任务
未立项任务
里程碑
未关联里程碑
未关联里程碑
Pull Requests
未关联
未关联
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
未关联
分支 (12)
标签 (20)
master
6.0.0
5.0.0
7.0.0-RC1
3.0.0
5.1.0
2.0.0
3.1.0
2.1.0
1.1.0
1.0.1
1.0.0
v6.0.1
v6.0.0
v5.0.3
v5.0.2
v6.0.0-RC1
v5.0.1-RC1
v5.0.1
v5.1.0
v3.0.5
v5.0.0
v3.0.3
v3.1.1
v3.1.0
v3.0.1
v3.0.0
v2.1.0
v2.0.0
1.1.0
1.0.1
1.0.0
开始日期   -   截止日期
-
置顶选项
不置顶
置顶等级:高
置顶等级:中
置顶等级:低
优先级
不指定
严重
主要
次要
不重要
预计工期
(小时)
参与者(1)
Java
1
https://gitee.com/opengauss/openGauss-connector-jdbc.git
git@gitee.com:opengauss/openGauss-connector-jdbc.git
opengauss
openGauss-connector-jdbc
openGauss-connector-jdbc
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册