不能直接多次new pdo，因频繁创建实例会导致连接池耗尽、复用失效，尤其在swoole或php-fpm持久化场景下易触发too many connections；动态切换应复用连接+切换库上下文，而非重建连接。
为什么不能直接 new PDO 多次切换连接
频繁创建 PDO 实例会导致连接池耗尽、连接复用失效，尤其在长生命周期的 Swoole 或 PHP-FPM 持久化场景下，容易触发 Too many connections。真正的“动态切换”不是反复 new，而是复用连接实例 + 切换当前操作的目标库上下文。
用 PDO::exec('USE database_name') 会出什么问题
该语句仅影响当前连接的默认数据库，但不改变 PDO 实例初始化时绑定的 dbname（它只用于首次连接认证和部分驱动行为）。更关键的是：一旦执行了 USE，后续所有未带库名前缀的表操作都依赖该上下文，极易在并发或协程中串库——比如 A 请求切到 db_log，B 请求还没切完就发了查询，结果写进了日志库。
- 多库 JOIN 查询无法用
USE实现（必须显式写db1.table1 JOIN db2.table2） - 事务跨库不被 MySQL 原生支持，
USE不解决根本问题 -
PDO::lastInsertId()等方法可能返回错误库的 ID（取决于驱动实现）
数据库工厂类怎么设计才真正可切换
核心是把“连接”和“库命名空间”解耦：每个 PDO 实例固定绑定一个物理连接（含 host/port/user），但提供逻辑库名映射和自动表前缀/库前缀注入能力。工厂本身不保存连接实例，而是按需返回已缓存的、带明确作用域的 PDO 对象。
示例关键结构：
// config/databases.php
return [
'mysql_main' => [
'dsn' => 'mysql:host=127.0.0.1;port=3306;charset=utf8mb4',
'user' => 'root',
'pass' => '',
'options' => [PDO::ATTR_PERSISTENT => true],
],
'mysql_log' => [
'dsn' => 'mysql:host=127.0.0.1;port=3307;charset=utf8mb4',
'user' => 'logger',
'pass' => 'xxx',
'options' => [],
],
];
- 工厂的
get(string $name)方法根据配置名返回对应PDO实例（内部用spl_object_hash或连接参数哈希做单例缓存） - 业务层调用时明确指定库名：
$pdo = DB::get('mysql_log');，而非DB::use('log')->getPdo() - 若需同主机多库复用连接，可在 DSN 中省略
dbname，改用db_name.table全限定写法，避免USE
事务跨库失败时该怎么处理
MySQL 层面不支持跨库事务原子性，所谓“跨库事务”本质是多个单库事务的组合，崩溃时无法回滚全部。工厂类可以封装 beginTransaction() 为伪事务入口，但必须强制要求：同一事务内所有操作只能指向同一个库实例。
- 在
DB::get($name)->beginTransaction()内部记录当前库标识，后续commit()/rollback()只对该库生效 - 如果业务代码试图在同一个事务上下文中混用
DB::get('mysql_main')和DB::get('mysql_log')，工厂应抛出LogicException，错误信息为"Cross-database transaction is not supported" - 真要跨库一致性，得上分布式事务方案（如 Seata、XA），或者改用最终一致性 + 补偿任务
最常被忽略的一点：工厂返回的 PDO 实例默认不设置 PDO::ATTR_EMULATE_PREPARES = false，在多库场景下若 SQL 含 ? 占位符但类型不匹配，可能因模拟预处理导致隐式类型转换错误——这个开关必须在每个库连接初始化时显式关闭。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
