Vitess 不被 ThinkPHP 6 原生支持，因其依赖 gRPC 协议与 VTGate 路由逻辑，而 TP6 的 Db 类仅识别标准 PDO 驱动名（如 'mysql'），不解析 Vitess 协议，也无法注入分片路由、SQL 重写等关键能力；必须绕过 Db 抽象层，改用 vitess/php-client 直连 VTGate，或利用 TP6 多连接特性实现轻量级水平分库。
Vitess 不是 ThinkPHP 原生支持的数据库驱动，TP6 的 Db 类和连接管理器（ConnectionManager）只识别标准 PDO 驱动名（如 'mysql'、'pgsql'），不解析或适配 Vitess 的 gRPC 协议或 VTGate 路由逻辑。
你无法通过修改 config/database.php 中的 'type' => 'vitess' 来启用 Vitess —— 这会直接报错 Unsupported database type: vitess。
为什么 Db::connect() 传数组也无效
即使你用 Db::connect() 手动传入包含 hostname 指向 VTGate 地址（如 '127.0.0.1:15991'）的配置，TP6 底层仍会尝试用 PDO::__construct() 初始化 MySQL 连接，而 VTGate 默认不兼容原生 MySQL 协议的完整语义（尤其在事务隔离、prepare statement、多语句等场景）。更关键的是：Db 实例不提供钩子接管 SQL 解析、分片路由或重写逻辑。
-
Db::connect()只接受 PDO 兼容参数，不支持自定义连接工厂 - Vitess 要求客户端使用
vttablet或VTGate的特定协议协商，TP6 无对应适配层 - 所有模型查询（
UserModel::where(...)->find()）最终都走PDOStatement::execute()，绕不开底层驱动限制
可行路径：绕过 TP6 数据库抽象层，直连 VTGate
若必须用 Vitess，需放弃 Db 和 Eloquent-like 模型，改用原生方式通信：
立即学习“PHP免费学习笔记（深入）”；
- 安装
vitess/php-client（官方维护的 PHP gRPC 客户端），而非依赖pdo_mysql - 在服务类中手动初始化
VtctldClient或VtgateClient，构造ExecuteRequest对象发送 SQL - 将分库分表逻辑（如
shard = user_id % 4）写死在业务代码里，TP6 不参与路由决策 - 事务需显式调用
Begin/Commit/Rollback，不能依赖Db::transaction()
示例伪代码：
$client = new VtgateClient('127.0.0.1:15991');
$result = $client->execute(
"SELECT * FROM user WHERE id = :id",
['id' => 123],
['keyspace' => 'user_keyspace', 'shard' => '0']
);
更现实的替代方案：用 TP6 原生能力做水平分库
TP6 支持运行时切换连接名（Db::name('user')->connect('user_shard_1')），配合简单哈希策略可实现轻量级水平分库：
- 定义多个连接：'user_shard_0'、'user_shard_1'… 在
connections数组中 - 封装一个
UserShardDb工具类，根据$uid % 4返回对应连接实例 - 避免跨分片 JOIN 和全局 COUNT —— 这些本就是 Vitess 也要求你规避的操作
- 若需强一致性，用 Redis + Lua 做分布式锁，而不是依赖 Vitess 的两阶段提交
真正卡住的不是“能不能连上”，而是“TP6 是否允许你在 SQL 执行前插入分片路由逻辑”——它不允许。这个控制权不在框架侧，而在你手写的 DAO 层。
