db_host服务器地址填写什么，数据库主机地址怎么填才正确？

db_host服务器地址填写什么，核心答案不是背一个固定地址，而是填数据库所在主机的可访问地址：本地开发常用127.0.0.1或localhost，同内网填内网IP或内网域名，跨公网才填公网IP或解析到公网IP的域名。判断标准只有一条：应用所在机器能否通过这个地址和端口访问数据库。

db_host服务器地址填写什么：先判断数据库和应用的网络位置

db_host不是“服务器地址”四个字那么简单，它只负责告诉程序数据库在哪台主机上，端口、用户名、密码、库名通常由其他字段承担，填错db_host，程序往往直接报连接超时、拒绝连接或域名解析失败。

本地开发环境db_host填什么：localhost、127.0.0.1与socket

本地开发最常见，数据库和应用跑在同一台电脑上，db_host通常填0.0.1或localhost，两者看着像一回事,实际有差异。

• 0.0.1：强制走TCP回环地址，行为稳定,适合大多数开发框架。
• localhost：可能被解析为IPv6的:1，也可能走Unix socket，MySQL命令行下localhost常走socket，127.0.0.1走TCP,不同驱动行为不完全一致。
• Docker Compose场景：应用容器里的127.0.0.1指向容器自身，不是宿主机，db_host应填服务名，例如db,或宿主机可达地址。
• 宝塔面板、PHPStudy场景：先看数据库是否允许本地连接,再看配置文件里的DB_HOST是否被改成了公网地址。

如果你在本地怎么填都连不上，先别怀疑密码,用命令行验证：

ping 127.0.0.1
mysql -h 127.0.0.1 -P 3306 -u root -p

MySQL默认端口是3306，PostgreSQL默认端口是5432，Redis默认端口是6379，这些是公开文档中的行业常识，db_host字段通常只填主机名或IP，端口单独填；如果配置项叫DB_HOST，不要写成0.0.1:3306,除非框架明确支持主机加端口。

云服务器场景：内网地址、公网地址怎么选

应用和数据库在同一云账号、同一地域时，优先填内网地址或内网域名，内网链路通常延迟更低，安全组也更容易收窄，应用在A地域，数据库在B地域，内网地址往往不通，需要走公网、云联网或专线。

实操时到云数据库控制台找“连接地址”：

• 找内网地址：适合同地域云服务器、容器、函数计算访问。
• 找公网地址：适合本地电脑临时管理、跨地域临时访问。
• 看安全组/白名单：db_host填对了，白名单没放行应用出口IP,仍然连不上。
• 看数据库监听地址：自建数据库要确认bind-address不是只监听127.0.0.1。

db_host填localhost和127.0.0.1的区别，别只看字面

这个对比在排错时很实用，localhost是主机名，127.0.0.1是IPv4回环地址，localhost依赖本机hosts解析，可能指向IPv6；127.0.0.1不依赖DNS，应用日志里如果出现Connection refused,先看它实际连的是IPv6还是IPv4。

域名、IP、内网DNS的稳定性对比

域名和IP没有绝对好坏，域名便于切换和统一管理，IP少一次解析、排错直接，生产环境里，云数据库提供内网域名时，优先用内网域名；自建数据库IP固定且网络简单时,内网IP也够用。

国内服务器db_host地址填写规则与地域、备案的关系

国内服务器填db_host，先看地域，同地域同VPC，内网地址是首选；跨地域，内网地址通常不可达，要走公网地址、云企业网或专线，域名解析到境内公网服务器时，备案与接入要求要按云厂商和当地通信管理局规则核对（据工信部公开信息，公网网站服务涉及备案和接入管理），数据库域名是否备案、如何接入，不同云厂商要求有差异,别直接照搬网站域名的经验。

云数据库db_host公网地址费用，什么时候必须用公网

公网地址不是填了就能免费用，不同云厂商对公网流量、带宽、NAT网关的计费项差异较大，公网db_host可能产生流量费或带宽费；内网地址通常不单独收公网流量费，近年来不少团队把数据库放内网，应用通过跳板机或堡垒机管理,就是为了减少暴露面和网络成本。

必须用公网的场景不多：

• 本地电脑临时连线上数据库做只读排查。
• 应用和数据库跨云、跨地域,且没有专线或云联网。
• 第三方系统只允许公网回调,且无法加代理。

能用内网就不要长期用公网，公网地址要配安全组白名单、数据库账号最小权限、TLS加密，行业共识认为，db_host只解决“连哪里”,安全边界要靠网络策略和账号权限一起兜住。

实操路径：拿到db_host后如何验证和写入配置

先验证，再改配置，顺序错了,容易在密码和权限上绕圈。

在Linux上检查db_host连通性

• 解析域名：getent hosts db_host或nslookup db_host。
• 测端口：nc -vz db_host 3306，PostgreSQL换成5432。
• 测数据库登录：mysql -h db_host -P 3306 -u user -p，或psql -h db_host -p 5432 -U user -d dbname。
• 看应用出口IP：curl ifconfig.me,把结果加入数据库白名单。
• 看本机监听：ss -lntp | grep 3306，确认数据库监听地址不是只绑127.0.0.1。

常见框架配置示例与排错顺序

• Laravel .env：DB_HOST=内网地址,不要带协议和端口。
• WordPress wp-config.php：define('DB_HOST', '内网地址');，端口另用DB_PORT。
• Spring Boot：spring.datasource.url=jdbc:mysql://db_host:3306/dbname,这里的主机部分才是db_host。
• Django：HOST填主机名或IP，PORT单独填。

排错顺序可以固定为：域名能否解析、端口是否开放、白名单是否放行、数据库账号是否允许远程、库名是否正确，业内专家指出，数据库连接失败里主机地址错误和网络策略拦截占相当一部分,先查网络比反复改密码有效。

db_host填写的本质是网络可达性，不是格式猜谜，先确认数据库监听地址和安全组，再决定填localhost、内网IP、内网域名还是公网地址。

Q&A：db_host服务器地址填写什么常见问题

db_host能不能直接填完整连接串？

多数情况下不能。DB_HOST这类字段只接收主机名或IP，完整连接串应放在DATABASE_URL或框架的URL配置项，把jdbc:mysql://...塞进db_host,容易出现重复协议和端口错误。

db_host填域名解析失败，先查哪里？

先在本机执行getent hosts 域名或nslookup 域名，确认DNS解析结果，再查应用容器内的DNS配置、内网DNS是否绑定VPC、hosts文件是否被覆盖，解析成功但端口不通,转到安全组和白名单排查。

生产环境db_host填公网IP可以吗？

可以连上，但不建议长期使用，公网IP暴露会扩大攻击面,生产环境优先内网地址并配置安全组白名单。