thinkphp5每个数据库连接必须独立配置prefix，不支持复用或动态切换；connections中各连接需显式声明prefix，模型$prefix无效，table()和name()均依赖连接级prefix。
每个数据库连接必须独立配置 prefix
ThinkPHP5 不支持「一个连接复用多个前缀」或「运行时动态切换前缀」。每个 connections 里的数据库配置项（如 'mysql2'）都必须显式声明自己的 prefix，框架不会继承或 fallback 到主连接的前缀。
常见错误是只在顶层配置写 'prefix' => 'wp_'，结果 Db::connect('log_db') 查表时仍拼出 wp_user_log 而非预期的 log_user —— 因为 log_db 连接里没定义 prefix，它会用空字符串，导致查 user_log 表（甚至报错表不存在）。
-
connections['mysql']中需包含'prefix' => 'main_' -
connections['log_db']中需单独写'prefix' => 'log_' - 模型中若设
protected $table = 'user';，实际查的是log_user（不是log_user+main_拼接）
Db::table() 的表名优先级：传入值 > 连接 prefix > 模型 table
调用 Db::connect('log_db')->table('user_log')->select() 时，user_log 是完整表名，prefix 被完全忽略。只有当你写 Db::connect('log_db')->table('user')->select()，才会自动加上 log_ 前缀变成 log_user。
这意味着：跨库关联时，不能靠统一前缀命名来“假装同一套表结构”，必须严格按物理表名操作。
- 想查
log_db里的log_login表 → 显式写table('log_login') - 想查
mysql里的main_user表 → 写table('user')+ 正确配置prefix => 'main_' - 混用会导致 SQL 报错：Unknown table 'main_user_log' 或 'log_user'（表根本不存在）
多站点共用一个数据库时，前缀隔离与多连接配置不冲突
宝塔面板下多个 ThinkPHP5 站点共用 MySQL 实例，本质仍是单连接（各站点配自己的 connections['default']），此时用前缀隔离（如 site_a_、site_b_）是安全且推荐的。但如果你在**同一个 TP5 应用内**同时连两个物理库（比如 db_main 和 db_backup），它们的 prefix 必须不同，且不能重叠 —— 否则 Db::connect('db_backup')->table('user') 可能意外命中 db_main 的 backup_user 表（如果命名巧合）。
- 避免前缀语义混淆：不用
'bak_'和'backup_'这类易歧义的命名 - 生产环境建议用带业务标识的前缀，如
'order_'、'pay_'、'stat_' - 切勿在
.env中试图用DATABASE2_PREFIX=log_然后在 PHP 配置里拼接 ——prefix不支持 env 动态注入，必须硬编码在connections数组里
模型类里不能靠 $prefix 覆盖连接级前缀
模型中定义 protected $prefix = 'tmp_'; 是无效的，TP5 模型不识别该属性。唯一生效的是连接配置里的 prefix 键。如果你看到某些旧教程提到这个写法，基本是混淆了 TP3 或自定义基类逻辑。
真正可控的方式只有两种：
- 在
config/database.php的connections里为每个键明确定义'prefix' => 'xxx_' - 调用
Db::table('full_table_name')绕过前缀机制（适合临时查第三方表或迁移脚本）
最易被忽略的一点：当使用 Db::connect('log_db')->name('user') 时，name() 方法内部仍会读取该连接的 prefix，所以它和 table('user') 行为一致 —— 别指望 name() 能跳过前缀。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
