TP6模型不自动应用database.php中的prefix配置，仅Db::name()和原生查询生效；模型需通过getTableName()动态拼接、直接设置$table或按连接动态获取prefix来正确使用前缀。
ThinkPHP6 的 database.php 里配了 'prefix' => 'tp_'，但模型查表还是报 Base table or view not found: 1146 Table 'xxx.user' doesn't exist——这不是配置没生效，是模型层根本**不读这个 prefix**。
为什么 database.php 的 prefix 对模型无效
TP6 模型（如 UserModel）默认把 $table 当作完整表名使用，不会自动拼接 prefix。这个前缀只在两类地方起作用：
-
Db::name('user')→ 解析为tp_user - 原生查询如
Db::query("SELECT * FROM user")→ 自动替换为tp_user
而 UserModel::where('id', 1)->find() 直接拿 $table 值生成 SQL，$table = 'user' 就真去查 user 表。
模型中正确添加前缀的三种方式
别指望全局 prefix 自动透传到模型，必须显式处理。推荐按优先级排序：
立即学习“PHP免费学习笔记（深入）”；
- 用
getTableName()方法（TP6 官方推荐）：public function getTableName(): string { return config('database.connections.mysql.prefix') . 'user'; }每次查询都会调用，动态、安全、不干扰$table属性 - 直接写死完整表名：
protected $table = 'tp_user';——适合前缀固定、无多库切换场景 - 避免重写
__construct()：TP6.0+ 中模型构造函数不是标准扩展点，容易引发初始化顺序问题，不推荐
多数据库连接下 prefix 怎么取
如果你用了动态连接（比如 Db::connect('tenant_a')），注意 config('database.connections.mysql.prefix') 是写死的。应该根据当前连接名动态获取：
- 先拿到当前连接配置：
$conn = Config::get('database.connections.' . $this->connection); - 再取前缀：
return $conn['prefix'] . 'user'; - 如果模型指定了
$connection = 'tenant_a'，就该从connections.tenant_a.prefix读，而不是硬编码mysql
混用 Db::name() 和模型时最易踩的坑
这两套机制完全独立，强行混用会导致读写错表：
-
Db::name('user')->select()→ 查tp_user -
UserModel::create(['name' => 'a'])→ 写user（除非你已修正模型表名） - 结果：数据一半在
tp_user，一半在user，排查时毫无头绪 - 更隐蔽的是：用
Db::name()读出数据后，再用模型save()，如果模型没设对表名，等于把旧数据“复制”到了另一张物理表
真正要统一前缀逻辑，只能靠模型自己控制 getTableName()，不能寄希望于 Db 类的行为“传染”给模型。
