thinkphp连不上远程mysql主因是服务端未放行、dns未绕过、dsn缺connect_timeout=3；须改bind-address为0.0.0.0、创建限定ip用户、hostname用ip而非域名、dsn显式加connect_timeout=3（php8.1+tp6.1+生效），pdo::attr_timeout仅控查询超时，不控建连。
ThinkPHP 连不上远程 MySQL，八成不是代码写错了，而是连接卡在建连阶段——PDO 一直在等 TCP 握手完成，直到系统默认超时（Linux 75 秒、Windows 30 秒），页面就挂在那里不动。必须从服务端放行、客户端绕过 DNS、DSN 显式设超时三方面同时动手，缺一不可。
MySQL 服务端没放行，连请求都收不到
远程连接失败，第一反应不该是改 PHP 配置，而是确认 MySQL 是否真在监听外部流量。
- 检查
my.cnf或mysqld.cnf中的bind-address，不能是127.0.0.1，得改成0.0.0.0或具体 PHP 服务器 IP - 执行
sudo netstat -tlnp | grep :3306，输出里要有*:3306，而不是127.0.0.1:3306 - 用户权限必须限定来源 IP，例如创建
'tp_app'@'192.168.1.100'，别用'root'@'%'—— 云平台安全组和 MySQL 8+ 都会拦 - 阿里云/腾讯云等还得单独开安全组，放行 3306 端口，且协议选 TCP
DSN 里不加 connect_timeout=3，TP 就不会主动断
ThinkPHP 默认 DSN 不带连接层超时参数，PDO 会傻等系统级 TCP 超时，期间整个请求阻塞。这个参数只在 PHP 8.1+ 和 ThinkPHP 6.1+（配合 think-orm v3.0+）才真正生效。
-
hostname必须写 IP，比如'192.168.1.100'，不能写localhost或域名，否则绕不过 DNS 解析延迟 - DSN 字符串要显式拼上
;connect_timeout=3，完整示例：mysql:host=192.168.1.100;port=3306;dbname=test;connect_timeout=3 - 若用
mysqlnd驱动（PHP 默认），该参数可能被忽略，建议用mysqli临时验证是否真生效
PDO::ATTR_TIMEOUT 是查询超时，不是建连超时
很多人在 params 里写了 PDO::ATTR_TIMEOUT => 3 却发现连不上时还是卡几十秒，因为这个参数只对「连接已建立、但 SQL 执行卡住」起作用，比如锁表、大字段遍历、网络抖动等场景。
- 它不控制 TCP 连接建立耗时，和
connect_timeout完全是两回事 - 必须写成
'params' => [\PDO::ATTR_TIMEOUT => 3]，别写成'timeout' => 3或'connect_timeout' => 3，TP 不识别 - TP6.0 及更早版本不读取该配置，需确认是否用了
think-orm ^3.0
CLI 场景下连接容易静默失效，得手动保活
队列任务或定时脚本跑久了，MySQL 的 wait_timeout（默认 8 小时）会让空闲连接被服务端单方面断开，下次查数据就报 SQLSTATE[HY000] [2006] MySQL server has gone away。这时 break_reconnect => true 不一定管用，尤其在常驻进程里。
-
break_reconnect仅在查询执行中触发断连检测，不解决「连接已死但还没用」的问题 - CLI 入口建议加心跳探测：
Db::query('SELECT 1')，捕获异常后调用Db::close()+Db::connect() - 别高频探测（如每秒一次），按业务节奏来，比如每 5–10 分钟一次即可
- 注意：事务中不能用
SELECT 1，它会开启隐式事务，干扰业务 rollback
最易被忽略的是：所有自定义数据库连接（比如 Db::connect('log')）都得单独配 params 和 break_reconnect，default 配置不会自动继承过去；另外 CLI 下还要同步检查 php.ini 的 default_socket_timeout，它也会干预建连行为。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
