Laravel表前缀由config/database.php的prefix配置控制，迁移文件不写前缀，模型通过$table属性可覆盖或禁用前缀，修改配置后需清缓存并验证。

迁移文件里不写表名前缀，Eloquent 模型里也不硬编码

Laravel 默认不会在迁移中自动加前缀，php artisan migrate 生成的表名就是你 create_xxx_table 里写的原始名称。前缀只在运行时由框架注入，所以迁移文件应保持干净，避免写死 prefix_users 这类名字。

真正起作用的是配置层和模型层的联动：

• config/database.php 中的 'prefix' => 'myapp_' 控制全局默认前缀
• Eloquent 模型可通过 $table 属性显式指定完整表名（含前缀），但更推荐用 $connection + 全局前缀组合
• 若某张表完全不想加前缀，模型里设 protected $table = 'log_entries' 即可跳过前缀拼接

修改 config/database.php 的 prefix 配置项

这是最直接生效的位置，所有使用默认连接（mysql）且未在模型中覆盖 $table 的 Eloquent 查询都会自动加上该前缀。

打开 config/database.php，找到 connections.mysql 下的 prefix 键：

    'connections' => [
        'mysql' => [
            // ...
            'prefix' => 'myapp_',
            'prefix_indexes' => true,
        ],
    ],

注意两个细节：

• 'prefix_indexes' => true 表示数据库索引名也会被加前缀（如 myapp_users_email_unique），避免多项目共用数据库时索引名冲突
• 这个前缀只影响 Eloquent 和 Query Builder 的表名解析，不影响原始 SQL 执行（比如 DB::select("SELECT * FROM users") 不会自动加前缀）
• 如果用的是读写分离连接，需分别设置 read.prefix 和 write.prefix

模型里用 $table 覆盖或禁用前缀

当某个模型需要映射到无前缀的表，或前缀逻辑特殊（比如按租户动态切换），就不能依赖全局配置。

常见做法：

• 完全跳过前缀：protected $table = 'settings'; —— 此时无论 config 中 prefix 是什么，都查 settings 表
• 手动拼前缀：protected $table = 'myapp_posts'; —— 不推荐，破坏配置一致性
• 动态前缀（如多租户）：protected $table = ''; public function getTable() { return tenant()->id . '_posts'; }

注意：一旦设置了 $table，Laravel 就不会再帮你拼接 prefix，哪怕值是空字符串也会被当作已定义而跳过前缀逻辑。

运行迁移前确认 DB 连接和前缀是否生效

容易踩的坑是改了 config/database.php 但没清缓存，导致 php artisan migrate 仍用旧前缀建表。

执行迁移前务必检查：

• 运行 php artisan config:clear（尤其在生产环境部署后）
• 用 php artisan tinker 快速验证：

  >>> DB::getTablePrefix()
  => "myapp_"

• 查看迁移生成的 SQL（加 --pretend）：php artisan migrate --pretend，确认输出的 CREATE TABLE 语句里表名是否含预期前缀

如果用了多数据库连接，还要确认模型的 $connection 属性是否指向正确连接，否则前缀配置可能根本没加载进来。