DSN字符串中用户名或密码含@、:、/、#等特殊字符时，必须用urlencode()编码，否则parse_url()解析截断导致连接失败；ThinkPHP 6不再支持裸DSN字符串，需封装为数组配置并指定type键。
DSN字符串里特殊字符没 urlencode 会直接连接失败
DSN格式如 mysql://root:pass@localhost:3306/db#utf8 看似简洁，但只要密码含 @、:、/ 或 #，PHP 就会在解析时截断。比如密码是 abc@123，DSN 会被当成 mysql://root:abc@ + 后半段乱码，最终报错 PDOException: SQLSTATE[HY000] [1045] Access denied。
必须用 urlencode() 处理敏感字段：
php
$pwd = urlencode('abc@123');
$dsn = "mysql://root:{$pwd}@localhost:3306/db#utf8";
- 只对用户名和密码做 urlencode，主机、端口、库名、字符集不用
- ThinkPHP 3.2+ 和 5.x 的 DSN 解析器都依赖 PHP 原生
parse_url()，它不自动转义 - TP6 不再支持裸 DSN 字符串传给
Db::connect()，必须包装成数组或走.env
数组配置比 DSN 多出的参数解析开销可忽略
有人担心 DB_TYPE、DB_HOST 等分散配置项要拼接成 DSN 再交给 PDO，多了一层解析，影响性能。实际不是这样。
ThinkPHP 在初始化数据库连接时，无论你用数组还是 DSN，最终都会归一为 PDO 构造所需的 $dsn、$username、$password 三元组。数组配置只是提前帮你做了字符串拼接，而 DSN 是让 PDO 自己 parse —— 两者 CPU 耗时差在微秒级，压测中完全无法体现。
立即学习“PHP免费学习笔记（深入）”；
- 真正耗时的是 TCP 连接、SSL 握手、认证交互，不是配置解析
- 数组方式更利于 IDE 提示和静态检查（比如误写
DB_PWD拼错成DB_PWDW，框架会静默忽略；DSN 写错则直接抛异常） - TP6 的
connections数组结构还支持params透传 PDO 底层选项（如PDO::ATTR_PERSISTENT => true），DSN 无法表达这类控制
TP6 中 DSN 字符串已不能直接当 connect() 参数用
ThinkPHP 6 默认禁用裸 DSN 字符串调用 Db::connect($dsn)。你如果照着 TP5 文档写 Db::connect('mysql://...')，会触发 InvalidArgumentException: Unsupported connection type。
正确做法是把 DSN 包进数组里，显式声明驱动类型：
php
Db::connect([
'type' => 'mysql',
'dsn' => 'mysql:host=localhost;dbname=test;charset=utf8mb4',
'username' => 'root',
'password' => '123456',
]);
- TP6 的 DSN 必须符合 PDO 原生格式（
mysql:host=...;），不再支持 TP3/5 的mysql://...伪 URL 格式 - 即使你硬编码 DSN，也建议从
.env读取，避免提交敏感信息到 Git - 若需多库切换，数组配置天然支持
connections键名索引；DSN 方式得每次手动 new 实例，无法复用连接池
序列化配置项不会提升数据库连接性能
有人把整个数据库配置数组 serialize() 存 Redis，启动时 unserialize() 加载，以为能加速。这是典型误解。
数据库配置是纯静态数据，只在应用初始化时读一次，不存在高频访问场景。反序列化反而引入额外 CPU 开销和潜在漏洞风险（尤其当配置来源不可信时）。
- 配置加载耗时通常低于 0.1ms，而一次
unserialize()对小数组也要 0.02–0.05ms - TP6 的配置合并逻辑本身已做缓存，重复读取 config 文件不会反复解析
- 真要优化启动速度，应关注 Composer autoloader 优化或 OPCache 预热，而不是折腾配置序列化
