在 codeigniter 中配置表前缀需在 database.php（ci3）或 database.php（ci4）中设置 prefix 或 $dbprefix 为带下划线的字符串（如 'ci_'），该配置仅自动作用于 query builder 主表名，不覆盖手写 sql、migration、model $table 属性等硬编码表名，且 ci4 对 join 表名、外键、视图等需手动处理前缀。
在 database.php 里配 prefix 参数就行
CodeIgniter 本身不强制要求表前缀，但多人协作或同一数据库部署多个应用时，加前缀是最直接的隔离手段。配置位置固定：项目根目录下的 application/config/database.php（或 app/Config/Database.php，取决于 CI 版本）。找到 $db['default'] 数组，在已有字段如 'username'、'password' 后面追加 'prefix' 键即可：
'prefix' => 'ci_',
注意三点：
• 值必须是字符串，末尾建议带下划线（'ci_' 而非 'ci'），否则生成的完整表名会变成 ciusers 这种易混淆形式；
• 此配置只影响 Query Builder 和 Active Record 的自动拼接行为，不影响你手写 SQL 里的表名；
• 如果你用的是 CI4，路径和写法略有不同：app/Config/Database.php 中的 public $default 对象里设 public $DBPrefix = 'ci_';。
表名硬编码的地方不会自动替换，得手动改
配置了 prefix 并不等于全项目表名都“自动更新”。Query Builder 方法如 $this->db->get('users') 会自动补上前缀，变成查 ci_users；但以下情况不会：
- 手写 SQL 字符串里写的表名，比如
$this->db->query("SELECT * FROM users")—— 这里users不会被替换 - Migration 文件中显式指定的表名
- Model 类里自定义的
$table属性值，如protected $table = 'users'; - 第三方库或自定义查询类中直接拼接的表名
所以改完配置后，务必全局搜索旧表名（比如 'users'、'posts'），确认是否出现在这些上下文中。漏掉一个，运行时就报 Table 'xxx.users' doesn't exist。
CI3 和 CI4 的 prefix 行为差异要盯紧
CI3 的 prefix 是纯字符串替换，且对子查询、JOIN 表名也生效；CI4 的 $DBPrefix 默认只作用于主表，JOIN 中的表名需显式调用 $builder->from('users') 才能被识别并添加前缀。更关键的是：
- CI4 中如果你在 Model 里写了
protected $table = 'users';，它**不会**自动加前缀，必须写成protected $table = 'ci_users';或改用protected $table = 'users';+protected $useSoftDeletes = false;配合$builder->from()动态处理 - CI3 的
$this->db->table_exists('users')会自动检测ci_users；CI4 的$builder->tableExists('users')同样会，但前提是没在from()里写死带前缀的全名 - 迁移文件（Migrations）在 CI4 中默认不读取
$DBPrefix，必须在 migration 类里手动拼：$this->forge->createTable($this->db->DBPrefix . 'users');
前缀改完别忘了同步改外键引用和 SQL 视图
很多人只改了配置和代码里的表名，却忽略了数据库层的依赖关系。如果原表上有外键约束、视图、存储过程或触发器，它们内部写的表名还是旧的，运行时会直接报错，比如：
Cannot add or update a child row: a foreign key constraint fails
或者视图查询返回空结果。这类问题不会在 PHP 日志里体现，得进数据库执行：
SELECT TABLE_NAME, VIEW_DEFINITION FROM INFORMATION_SCHEMA.VIEWS WHERE TABLE_SCHEMA = DATABASE();
以及：
SELECT CONSTRAINT_NAME, TABLE_NAME, COLUMN_NAME, REFERENCED_TABLE_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_SCHEMA = DATABASE();
把结果里所有出现的旧表名（如 users）替换成新前缀版本（如 ci_users），再执行 ALTER VIEW 或 ALTER TABLE ... DROP FOREIGN KEY + 重建。这步最容易被跳过，但线上出问题时排查成本最高。
