thinkphp连接tdsql-c必须禁用rw_separate和deploy，仅配置单proxy地址并启用break_reconnect、pdo超时及字符集utf8mb4，否则因直连后端节点或连接复用失败导致拒绝访问或数据不一致。
ThinkPHP 本身不原生支持 TDSQL for MySQL 的强同步语义，所谓“强同步”必须由 TDSQL 集群层保障，TP 层只能做连接适配和读写路由控制；直接照搬 MySQL 主从配置会失效，因为 TDSQL 的节点角色（Proxy、Shard、Replica）和故障切换机制与传统主从完全不同。
为什么不能直接套用 rw_separate 配置
TDSQL 的读写分离不是靠 TP 的 rw_separate 开关驱动的，而是由其 Proxy 层根据 SQL 类型（SELECT/INSERT/UPDATE/DELETE）自动分发到 Shard 或 Replica 节点。TP 若强行指定 rw_separate => true 并传入多个 IP，会导致连接混乱或被 Proxy 拒绝——TDSQL 官方明确要求客户端只连 Proxy 地址，不直连后端 Shard。
常见错误现象：
-
SQLSTATE[HY000] [1045] Access denied for user：误将 Shard IP 当作从库填进hostname数组 - 事务失败或数据不一致：TP 手动调用
master(true)后，SQL 被 Proxy 转发到只读副本（TDSQL 允许强一致性读，但非所有副本都支持写） - 连接池复用异常：多个
hostname导致 TP 创建多个 PDO 实例，而 TDSQL Proxy 不支持跨连接事务传播
正确连接 TDSQL 的 database.php 配置
必须把 TDSQL 当作单点 MySQL 兼容服务来用，只配置一个 Proxy 地址。关键点是关闭所有分布式逻辑，仅保留底层兼容性参数：
示例（ThinkPHP 6.x）：
'type' => 'mysql',
'hostname' => 'tdsql-proxy.example.com', // 唯一入口，不可拆成数组
'database' => 'mydb',
'username' => 'app_user',
'password' => 'app_pass',
'hostport' => 6001, // TDSQL Proxy 默认端口，非 3306
'charset' => 'utf8mb4',
'deploy' => 0, // 必须为 0，禁用 TP 分布式逻辑
'rw_separate' => false,
'params' => [
PDO::ATTR_EMULATE_PREPARES => false,
PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4",
// 强同步依赖项：开启自动重连 + 设置超时容忍切主
PDO::ATTR_TIMEOUT => 30,
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
],
'break_reconnect' => true, // 故障时自动重连新 Proxy 节点
'break_match_str' => ['Connection refused', 'Lost connection', 'MySQL server has gone away'],
注意：hostport 通常不是 3306，TDSQL Proxy 默认用 6001 或 6002，需以腾讯云控制台显示为准；break_reconnect 是关键，TDSQL 切主时 Proxy 会主动断开旧连接，不启用该选项会导致请求卡死。
腾讯云跨账号资源迁移工具，支持将账号A的VPC、CLB、NAT、CVM、安全组等资源迁移至账号B，通过CCN云联网实现跨账号网络互通，提供自动扫描、配置生成、Terraform部署功能。
如何在业务中触发强同步语义
TDSQL 的强同步由集群侧保证，TP 层无需特殊 SQL，但需规避两类行为：
- 避免显式使用
SELECT ... FOR UPDATE或LOCK IN SHARE MODE：TDSQL 对锁语义支持有限，可能降级为普通 SELECT，导致幻读 - 写后立即读，必须加
SELECT ... AS OF SYSTEM TIME（若 TDSQL 版本 ≥ v10.4 支持）或依赖 Proxy 的默认强一致性读策略（默认开启） - 跨分片事务慎用：TP 的
Db::transaction()在 TDSQL 中实际是两阶段提交（2PC），性能损耗大，应尽量拆分为单分片操作
若需确保某次查询走最新写入数据（比如注册后立刻查用户），可临时加 hint（TDSQL 支持）：
Db::query("SELECT /*+ TIDB_SMJ() */ * FROM user WHERE id = ?", [$id]);
但更稳妥的做法是依赖 TDSQL Proxy 的默认行为——它对普通 SELECT 已强制读取已提交的最新快照（Linearizability），无需额外干预。
容易被忽略的兼容性细节
TDSQL for MySQL 虽兼容 MySQL 协议，但在系统表、权限模型、字符集处理上仍有差异：
-
information_schema中部分视图（如PROCESSLIST）返回空或结构不同，TP 的调试模式若开启debug => true可能报错，建议生产环境关闭 - 密码策略更严格：TDSQL 默认要求密码含大小写字母+数字+符号，且长度 ≥ 8；若用
DB_PWD环境变量，特殊字符（如@、/）必须 URL 编码，例如pa@ss/word→pa%40ss%2Fword - 不支持
SHOW SLAVE STATUS等主从命令，TP 的数据库监控插件若自动执行这类语句会失败，需屏蔽
最隐蔽的问题是：TDSQL 的 server_id 不可设为 0，但 TP 在 deploy => 0 时不会读取或设置它——这点反而是安全的；真正要盯住的是 Proxy 连接数限制，默认常为 1000，高并发下需在腾讯云控制台调大，否则出现 Too many connections 时 TP 不会自动降级，只会抛异常。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
