thinkphp8数据库配置必须指定具体类型（如'mysql'）而非'pdo'，type值不支持'pdo'；params数组需用真实pdo常量配置ssl、异常模式等，协程下严禁共享pdo实例。
ThinkPHP8 默认使用 PDO 作为数据库底层驱动，但不支持把 type 配置成 'pdo'——它要求你明确指定实际数据库类型（如 'mysql'、'pgsql'、'dm'），然后由框架自动选用 PDO 对应的 connector。这是和早期 ThinkPHP 版本最易混淆的一点。
database.php 中必须用具体数据库类型，不是 'pdo'
ThinkPHP8 的数据库连接器是按数据库类型分发的，\think\db\connector\Mysql 这类类本身已基于 PDO 封装，所以你不需要、也不能写：
'type' => 'pdo', // ❌ TP8 不识别该类型，会报错 Class not found
正确写法是：
'type' => 'mysql', 'hostname' => 'db.example.com', 'username' => 'root', 'password' => 'xxx', 'database' => 'app_db', 'charset' => 'utf8mb4', 'hostport' => 3306,
- 框架会在内部调用
PDO::__construct()，并传入正确的 DSN 和选项 - 若需自定义 PDO 层参数（如 SSL、超时、错误模式），统一走
params数组配置 -
params里的键必须是PDO::*常量，不能是字符串名（例如不能写'PDO::ATTR_ERRMODE'）
params 是控制 PDO 底层行为的唯一入口
所有影响 PDO 实例初始化的选项，都必须通过 params 注入。常见用途包括：
-
启用 SSL 双向认证：
-
PDO::MYSQL_ATTR_SSL_CA必须显式指定，即使服务端证书由公共 CA 签发 -
PDO::MYSQL_ATTR_SSL_CERT和PDO::MYSQL_ATTR_SSL_KEY必须成对出现，缺一不可
-
-
强制异常模式（防静默失败）：
- 添加
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION - 否则 TP8 默认仍可能沿用
PDO::ERRMODE_SILENT，导致错误被吞掉
- 添加
-
关闭模拟预处理（关键安全项）：
PDO::ATTR_EMULATE_PREPARES => false- 否则 MySQL 服务端不校验 SQL 语法，复杂查询或严格模式下易出错
示例片段：
'params' => [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
PDO::ATTR_EMULATE_PREPARES => false,
PDO::MYSQL_ATTR_SSL_CA => '/etc/mysql/ssl/ca.pem',
PDO::MYSQL_ATTR_SSL_CERT => '/etc/mysql/ssl/client-cert.pem',
PDO::MYSQL_ATTR_SSL_KEY => '/etc/mysql/ssl/client-key.pem',
],
协程环境下 PDO 实例不是线程/协程安全的
TP8 在 Swoole 或 Hyperf 协程环境中默认仍用 pdo_mysql 驱动，但：
-
PDO实例本身不是协程安全的，多个协程共用一个连接会导致：MySQL server has gone away- 字段值错乱（比如 A 协程查
user.name，B 协程同时查order.id，结果 A 拿到的是 order.id 的值）
解决方案不是改配置，而是架构层面规避：
- 使用连接池中间件（如
hyperf/database的协程连接池） - 或确保每个协程独占一个
PDO实例（通过 DI 容器作用域控制） - 切勿在协程间共享
$db实例或复用Db::connect()返回的对象
这点容易被忽略，因为同步 FPM 下完全正常，一上协程就崩。
params 里的常量必须是真实 PHP 常量，不能字符串化；SSL 参数成对强制存在；协程下别碰共享 PDO 实例——这三处是 TP8 + PDO 最硬的坎。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
