别担心，我们可以按照以下步骤系统地排查和解决这个问题。
错误信息通常类似于：
SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: No such host is known.
Name or service not known
Could not resolve host: your-database-host.com
这意味着你的应用程序或代码无法将像your-database-server.com 或my-database.example.com 这样的主机名转换成一个IP地址。
请按照顺序逐一尝试这些步骤。
这是最常见的人为错误，请仔细检查你的数据库连接配置。
主机名（Host/Hostname）确保没有拼写错误、多余的空格或无效的字符。
错误示例my-databse.com （拼写错误）， my-database.com （开头有空格）
正确示例my-database.com
端口（Port）确保端口正确，MySQL默认是3306，PostgreSQL是5432。
协议有时需要指定协议，例如在PHP的PDO中：mysql:host=hostname;dbname=database_name。
最佳实践：尝试使用数据库服务器的IP地址来代替主机名，如果使用IP地址可以成功连接，那么问题100%出在DNS解析环节。
将hostname 改为IP地址
原连接字符串host=my-database.com
修改为host=192.168.1.100 （请替换为你的数据库服务器的真实IP）
确保你的应用程序服务器（客户端）可以真正访问到数据库服务器。
Ping 测试在应用程序所在的服务器上，尝试ping数据库主机名。
ping my-database.com * 如果ping不通，但使用IP地址可以ping通（ping 192.168.1.100），那就是DNS问题。
* 如果都ping不通，那就是网络路由或防火墙问题。
Telnet/Ncat 测试端口即使能ping通，也可能端口被防火墙封锁，测试特定端口是否开放。
MySQL示例
telnet my-database.com 3306
# 或者使用更现代的 nc (netcat)
nc -zv my-database.com 3306 * 如果连接失败（Connection refused 或超时），说明防火墙或安全组规则阻止了访问。
如果确定是DNS问题，请检查客户端服务器的DNS设置。
使用nslookup 或dig 命令
nslookup my-database.com
# 或者
dig my-database.com* 这些命令会直接向DNS服务器查询，并返回解析出的IP地址。
如果命令返回server can't find my-database.com: NXDOMAIN，说明这个主机名在公共DNS中不存在。
如果返回了正确的IP，但你的程序还是报错，可能是你的程序使用了不同的DNS解析方式（某些编程语言可能不直接使用系统的DNS配置）。
检查/etc/hosts 文件（Linux/macOS）或C:\Windows\System32\drivers\etc\hosts （Windows）
* 这个文件可以本地覆盖DNS解析，检查里面是否有将你的数据库主机名映射到了一个错误或旧的IP地址的记录。
你可以手动在这里添加一条记录来临时解决问题
192.168.1.100 my-database.com检查/etc/resolv.conf 文件（Linux）
* 确保nameserver 指向的DNS服务器地址是正确的且可访问的，你可以使用公共DNS如8.8.8.8（Google）或114.114.114.114（国内）。
4. 检查防火墙和安全组（云服务器常见问题）
这对于云服务（阿里云、腾讯云、AWS、GCP等）尤为重要。
数据库服务器的安全组/防火墙规则确保已经允许你的应用程序服务器IP地址访问数据库端口（如3306, 5432），不要只允许“本地”或“127.0.0.1”。
应用程序服务器的出站规则极少见，但也要确认应用程序服务器没有被禁止访问外部数据库端口。
5. 考虑数据库连接池或代理（云数据库特有）
如果你使用的是云数据库（如AWS RDS, Google Cloud SQL, 阿里云RDS），连接地址可能不是直接的服务器地址，而是一个代理 endpoint。
确保你使用的是云提供商提供的正确“连接地址”，而不是数据库实例的内部IP，通常控制台上会明确标注“内网地址”和“外网地址”，请根据你的应用程序部署位置选择正确的地址。
一些云数据库有连接池限制或最大连接数限制，但这些通常不会报DNS错误。
极少数情况下，可能是数据库服务本身没有正常启动，或者监听配置错误（例如只监听了127.0.0.1 而不是0.0.0.0），但这通常会导致“Connection refused”而不是DNS错误。
1、第一步：使用IP地址替代主机名进行连接，这是最快的诊断方法。
* 成功 -> 问题在于DNS解析，跳至第3步。
* 失败 -> 问题在于网络连通性或认证，跳至第2步。
2、网络与防火墙排查：
* 从客户端ping数据库IP。
* 从客户端使用telnet 或nc 测试数据库IP和端口。
* 检查云服务商的安全组规则和本机防火墙。
3、DNS解析排查：
* 在客户端使用nslookup 或dig 查询主机名。
* 检查客户端的/etc/hosts 文件。
* 检查客户端的DNS服务器配置（/etc/resolv.conf）。
如果以上所有步骤都无法解决，并且你使用的是公司内网或云环境，请联系你的网络管理员或云服务商的技术支持，他们可以帮你查看更底层的网络和DNS日志。
文章摘自：https://idc.huochengrm.cn/dns/13973.html
评论