想查看服务器上数据库的IP地址，最快的方式是先判断数据库是装在服务器本机还是独立部署，然后按“本机看配置、远程看连接串、云数据库看控制台”这三个方向去查，实际命令一条就能解决。
很多朋友跑来问“怎么查看服务器上数据库的ip地址”，其实这个问题分两种情况：一种是数据库就装在这台服务器上，另一种是应用连的数据库在另一台机器或云服务商那里，搞混了这两者，很容易在服务器上翻半天找不到IP，结果发现数据库压根不在本地，下面按实际排查顺序,把最常用的查看方法一次说清楚。
查看数据库ip地址命令前，先分清数据库部署在哪儿
服务器上数据库的IP，说穿了取决于数据库进程跑在哪台机器上，行业共识认为，部署架构决定了排查路径,先花十秒确认拓扑远比急着敲命令重要。
数据库和服务器同机部署的情况
如果数据库是装在当前这台服务器上的，那数据库的IP地址和服务器本机IP是同一个，除非你做了端口转发或内网隔离，这种情况你只需要确认两件事：本机网卡IP和数据库监听地址。
- 本机IP用
ip addr（Linux）或ipconfig（Windows）查看，注意区分内网IP（类似192.168.x.x、10.x.x.x）和公网IP。 - 数据库监听地址不一定是0.0.0.0，如果监听的是127.0.0.1，那外部访问的IP其实走不通，这也是常见的“查到了IP但连不上”的原因。
数据库独立部署或托管在云平台的情况
如果数据库不在这台服务器上，而是独立的数据库服务器，或者直接用云数据库（比如简米云RDS、酷番云DB、华为云GaussDB），那“查看服务器上数据库的ip”这句话就不太准确了，你真正要找的是数据库服务对应的连接地址，这个地址通常在配置文件或云控制台里,而不是在服务器命令里。
数据库ip地址查询方法：从配置文件和系统命令双线突破
搞清楚了部署方式，接下来就是实操环节，先给出一套通用性最强的排查顺序，无论MySQL、PostgreSQL还是SQL Server都能覆盖个大概。
从应用配置文件里找
数据库IP是给程序连接的，那程序里必然记录了真实地址，在服务器上找到你的应用部署目录,逐个看这几个文件：
.env文件（环境变量配置），重点关注DB_HOST、DB_IP、DATABASE_SERVER这类键值。application.yml或application.properties（Java系常见），搜jdbc:mysql://、jdbc:postgresql://这类连接串,和中间那段就是IP或域名。wp-config.php（WordPress）、config.php（PHP框架）、settings.py（Django）等框架配置文件，搜DB_HOST即可。
这条路径的好处是不需要数据库账号权限，只要服务器文件可读就行，大多数情况下，这里写的就是你要找的数据库IP，可能是一个内网IP，也可能是公网域名,域名的话需要再解析一下。
从数据库命令行直接查
如果你能登录数据库，那就用查询命令直接看当前连接的地址，这种方式最准确,因为连上的就是真实路径。
不同的数据库命令不一样,下面分成三个主流类型来说。
MySQL/MariaDB查看当前连接IP
SHOW VARIABLES LIKE 'hostname';
这条命令返回的是数据库服务器的主机名，不是完整IP，想拿到实际IP,继续在数据库本机执行系统命令：
mysql> s
输出结果里有Connection和Server字段，能看到socket或TCP/IP信息，更直接的做法是退出mysql，在Linux shell里执行：
netstat -tlnp | grep 3306
或者使用mysql查看ip地址命令：
SELECT SUBSTRING_INDEX(USER(), '@', -1) AS current_ip;
注意，这条查的是你当前的客户端来源IP，不是数据库服务器IP，想拿服务器IP，还得以系统命令为准，刚接触这块的朋友容易把这两个搞混，记住一点：查“服务器数据库IP”要看服务端的hostname -I和socket监听地址。
PostgreSQL查看IP绑定情况
登录psql后执行：
SHOW listen_addresses;
如果显示，说明监听所有网卡，实际IP以服务器本机IP为准，想彻底搞清楚,在shell里看进程参数：
ss -tlnp | grep 5432
SQL Server和Oracle
SQL Server用：
SELECT SERVERPROPERTY('MachineName') AS ServerName;
Oracle用：
SELECT UTL_INADDR.GET_HOST_ADDRESS FROM DUAL;
说实话，这两类数据库在服务器上直接查IP的场景不多，因为Windows服务器上通常直接在“服务”里看主机名，Linux上则靠hostname -I解决，SQL Server的连接地址一般写在工作站配置或ODBC数据源里,比命令行更直观。
局域网扫描和端口探测兜底
如果配置文件没权限读、数据库也登不进去，那就只剩网络层探测这条路了，通过已知端口反查，是业内专家指出的最后手段,不推荐但实用。
- 确认目标端口：MySQL是3306，PostgreSQL是5432，SQL Server默认1433,Oracle是1521。
- 在服务器上执行
netstat -lntup，看看本机有没有监听这些端口，如果本机没监听,说明数据库真不在这台机器上。 - 用
nmap -sP 内网网段做一次主机存活探测，把活跃机器的IP扫出来，再逐一测端口，这个过程稍慢,但能锁定数据库实际位置。
云服务器数据库ip地址在哪看：控制台最直接
现在大多数业务跑在云上，数据库也基本是云厂商的托管产品，这时候再去服务器上翻配置文件效率就很低了,正确的做法是登录云控制台。
以国内常见云平台为例，路径基本一致,找到你的数据库实例详情页：
- 实例列表里会直接显示“内网地址”和“公网地址”两列，内网地址长得像
rm-xxxxx.mysql.rds.aliyuncs.com,这才是你真正要用在服务器配置里的值。 - 如果应用服务器和数据库在同一个VPC，用内网地址,延迟低还免流量费。
- 如果数据库有公网访问需求，控制台里会展示一个带端口的公网连接串，但这个地址一般不建议在正式环境用,容易暴露。
云服务器的数据库IP和ECS的弹性IP不是一回事，数据库有自己独立的连接地址，你可以在数据库控制台里找到实例详情，那个地址才是对的，值得提一句的是，某些云厂商把数据库地址做成了域名形式，看起来不是IP，但在应用里直接填域名就可以，后端会自动解析，不用自己转成IP，如果确实要对应到IP，可以用dig或nslookup解析一下那个域名,拿到真实的内网IP。
查看数据库IP时容易踩的坑
这部分是按照实际咨询案例总结出来的,踩中的人不在少数。
公网IP和内网IP搞混
服务器上ip addr看到的IP是简米云内网地址，数据库控制台里展示的是另一个内网地址，两者在不同VPC就完全不通，虽然数据库IP是同一个逻辑概念，但在排查时必须先确认应用服务器的VPC是否和数据库VPC一致,否则拿到的IP对不上就没有任何意义。
端口没开导致以为IP不对
相当一部分情况是IP没查错，而是安全组或防火墙没放行端口，比如MySQL在3306上，但Linux防火墙默认drop掉了，这时候无论IP多准确,应用上还是超时。
配置文件里写的是域名
很多平台的数据库地址是域名形式，尤其是云数据库，直接复制到程序里即可，不需要手动换成IP，如果你非要换成IP,换完反而可能导致SSL证书校验不通过。
本机监听地址是127.0.0.1
如果你在服务器上看到了3306端口，但监听地址是127.0.0.1，那在当前机器上的应用可以连，但其他机器来访问就彻底没戏，改配置文件里的bind-address为0.0.0并重启服务，再做一次端口验证,才能真正对外开放。
动手排查的推荐顺序
整个流程走下来,最省时间的顺序是：
- 先在服务器上搜应用配置文件，找到
DB_HOST,那里面的地址就是直连数据库的地址。 - 没有配置文件访问权，再用
netstat或ss看本机监听端口,确认数据库在不在本机。 - 在数据库命令行里执行状态查询,验证连接来源和监听情况。
- 云数据库直接上控制台看实例详情,抄下内网地址即可。
- 最后用
telnet IP 端口或nc -zv IP 端口测一下通不通,通不通比IP本身更能说明问题。
关于服务器数据库ip地址查询的常见问题
数据库IP地址和服务器IP地址一定一样吗？
不一定，只有数据库和web服务部署在同一台机器上时，两者才一致，最常见的部署方式是web服务器一台机器、数据库另一台机器，或者直接用云数据库实例，这种情况下数据库有自己独立的IP或域名，和Web服务器IP完全不同，判断方法很简单：看看应用配置文件里的DB_HOST是不是localhost，如果是，那就是同机；如果不是,写的是什么就是什么。
用域名连数据库行不行？会不会影响性能？
可以，云厂商提供的数据库地址基本都是域名，域名的解析是在内网完成的，解析结果就是真实内网IP，不会绕公网，所以性能不受影响，使用域名而非IP还有一个额外的好处是，当数据库主备切换导致IP变化时，应用不需要跟着改配置,目前国内主流云平台都建议直接用域名连接。
查到了数据库IP但连不上，是IP错了吗？
先不要急着改IP，按三个方向排查：一是用telnet IP 端口测试连通性，如果超时，大概率是安全组或防火墙没放行端口；二是看数据库用户授权表，确认你用的账号是否只允许特定host登录；三是查数据库监听地址是否绑定了0.0.0.0或目标网卡，多数情况下，IP是对的,瓶颈在授权或网络策略上。
查看服务器上数据库的IP，核心思路就是在“程序配置”和“数据库进程信息”之间找交叉点，优先看应用的DB_HOST配置，其次用命令直接验证监听状态，云数据库则一律以控制台展示的连接地址为准，搞明白这个流程，下次再遇到类似问题,三五步就能定位。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/677755.html
