ci3中dbprefix配置不生效，根本原因是该前缀仅对query builder方法（如get()、where()->get()）自动生效，对原生sql查询、模型类及手动指定完整表名等情况完全无效。
CI3 中设置了 dbprefix 却查询报错，通常不是前缀本身写错了，而是前缀被错误应用、未生效，或与实际表名不匹配导致 SQL 找不到表。关键要分清：是“SQL 语法错”（如表不存在），还是“逻辑错”（比如该加没加、不该加却加了）。
确认 dbprefix 是否真正参与了查询
CodeIgniter 3 的 dbprefix 只对使用查询构造器（Query Builder）的方法自动生效，例如：
-
$this->db->get('user')→ 自动变成SELECT * FROM `tp_user`（假设dbprefix = 'tp_'） -
$this->db->where('id', 1)->get('user')同样会加前缀
但以下情况完全不走 dbprefix：
- 原生 SQL 查询：
$this->db->query("SELECT * FROM user")→ 不加前缀，也不会报错，但查的是user表 - 模型类中未显式指定表名：
class UserModel extends CI_Model { }→ 默认用user，不会自动拼tp_user - 手动调用
from()或join()时写了完整表名：$this->db->from('tp_user')→ 前缀被绕过
检查表名是否真实存在且匹配
设置 'dbprefix' => 'tp_' 后，CI3 会把所有 Query Builder 的 'user' 替换为 'tp_user'。如果数据库里实际只有 user 表，就会报错：
解决方法很简单：
- 登录 MySQL，执行
SHOW TABLES LIKE 'tp_user';确认表是否存在 - 若表名是
user，就把配置改成'dbprefix' => ''（空字符串） - 若想保留前缀，就用 SQL 创建对应表：
CREATE TABLE tp_user (...);
排查 swap_pre 和手动替换干扰
swap_pre 是一个容易被忽略的“覆盖开关”。它允许你在 SQL 字符串里用占位符临时替换前缀，例如：
- 配置
'dbprefix'=>'tp_'，'swap_pre'=>'{pre}' - 写查询：
$this->db->query("SELECT * FROM {pre}user");→ 自动替换成tp_user
但如果 swap_pre 被设成了非空值（比如 'swap_pre'=>'xxx'），而你又在 SQL 里误写了 xxxuser，就会出错。建议：
- 除非真有分布式多前缀需求，否则保持
'swap_pre'=>'' - 检查所有原生 SQL 是否混用了
{pre}占位符，但swap_pre为空 → 此时占位符不会被替换，直接当表名字面量执行，必然失败
验证配置是否加载成功
别只看 database.php 文件里写了什么，要确认运行时值：
- 在控制器中加一行：
var_dump($this->db->dbprefix);→ 应输出字符串'tp_'（带引号） - 若输出
NULL或空字符串，说明配置未读取，检查是否改错了文件（比如改了备份文件database.php.bak） - 检查是否开启了缓存且未刷新：
php index.php cache clear或删掉application/cache/下内容
