thinkphp多应用模式下database.php不自动继承主配置，每个应用必须单独配置；若app/{name}/config/database.php不存在则报错，不回退至根目录配置。
多应用模式下 database.php 不会自动继承主配置
ThinkPHP 多应用模式默认不共享数据库配置。即使你在项目根目录的 config/database.php 里写了 MySQL 连接信息，app/admin/config/database.php 不存在时，框架不会 fallback 到主配置，而是直接报 Database config not found 或连接空数组错误。
这是因为多应用启动流程中，每个应用的配置加载是独立触发的：框架先解析出应用名（如 admin），再尝试加载 app/{name}/config/database.php；找不到就中断，不兜底。
- 必须为每个应用手动创建
app/{name}/config/database.php文件 - 不能依赖“主配置存在就能用”的惯性思维
- 若多个应用共用同一套 DB，也得各自写一份内容一致的配置——复制粘贴不是偷懒，是必须步骤
app/admin/config/database.php 的结构和关键参数
子应用的数据库配置文件格式与主配置完全一致，但作用域仅限该应用。常见误操作是照搬主配置后忘记改 default 或 connections.mysql.database，导致所有应用连到同一个库、甚至同一个表前缀，引发数据错乱。
示例（app/admin/config/database.php）：
<?php return [
// 必须显式指定，默认值不生效
'default' => 'mysql',
'connections' => [
'mysql' => [
'type' => 'mysql',
'hostname' => '127.0.0.1',
'database' => 'myapp_admin', // ← 关键：不能和 index 应用共用
'username' => 'root',
'password' => '',
'hostport' => '3306',
'prefix' => 'ad_', // ← 建议加前缀隔离
],
],
];
-
default必须设，否则Db::name()会找不到连接 -
prefix强烈建议差异化，避免Db::name('user')在 admin 应用里查出 index 应用的用户数据 - 不支持在子应用配置里用
include引入主配置——PHP 层面虽可行，但 ThinkPHP 的配置加载器会忽略
想复用部分配置？用 PHP 原生 include + 数组合并
如果多个应用数据库类型、账号密码一致，只是库名和前缀不同，可以手动做一次合并，避免硬编码重复。但注意：这不是框架特性，而是你控制的 PHP 逻辑。
例如，在 app/admin/config/database.php 中：
<?php // 先加载公共基础配置（你自己维护的）
$base = include __DIR__ . '/../../config/database_base.php';
return array_merge($base, [
'connections' => [
'mysql' => [
'database' => 'myapp_admin',
'prefix' => 'ad_',
],
],
]);
-
database_base.php需手动创建在config/下，只放可复用字段（type、hostname、username等） - 不要试图在
database_base.php里写return []以外的内容，否则 include 会执行失败 - 这种写法绕过了框架配置合并机制，所以 runtime 缓存不会自动感知变更，改了 base 文件要清缓存：
php think clear:runtime
Db::name() 调用失败的三个高频原因
即使配置文件存在且语法正确，Db::name('user') 仍可能报错或查错表，根源往往不在配置本身，而在上下文环境。
- 没清路由/配置缓存：多应用新增后，旧的
runtime/config/和runtime/route/缓存还在，框架仍按单应用逻辑加载 —— 执行php think clear:config和php think clear:route - 入口文件没切对应用：访问
/admin/却用了public/index.php，而不是public/admin.php（后者需定义APP_NAME） - 模型里硬编码了连接名：
protected $connection = 'mysql';没问题，但如果写成protected $connection = 'index_mysql';就会找不到 —— 子应用里没有index_前缀的连接定义
最易被忽略的是：多应用模式下，Db::name() 默认使用的连接，永远来自当前应用自己的 database.php，和你当前在哪台服务器、哪个域名下运行无关。配置隔离是刚性的，不是弹性的。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
