CodeIgniter多数据库切换教程详解

本文深入解析CodeIgniter中多数据库连接与切换的核心机制与常见陷阱，强调必须使用第二个参数TRUE来获取独立数据库对象，避免覆盖默认$this->db导致原连接丢失；明确指出事务仅在单个DB实例内生效，跨库操作需应用层协调；同时提醒动态配置需手动拼接数组而非修改database.php，并注意MySQL 8+认证插件、socket连接、字符集等关键细节——真正难点不在切换本身，而在于对象生命周期管理、事务边界控制与环境一致性保障。

直接用 $this->load->database() 切换数据库，不传第二个参数就等于“替换当前 $this->db”，旧连接立刻失效——这是最常踩的坑。

为什么 $this->load->database('second_db') 之后查不到第一个库的数据

因为没传 TRUE，CI 默认把新连接赋给 $this->db，覆盖了原来的实例。所有后续 $this->db->query() 都走新库，老库对象已丢失。

• 正确写法必须带第二个参数：$second_db = $this->load->database('second_db', TRUE)
• TRUE 表示返回新 DB 对象，不干扰 $this->db
• 如果只传字符串（如 'second_db'），CI 就认为你要切换全局实例
• 多个库并行操作时，每个都要独立变量接收：$log_db、$report_db，不能共用 $this->db

$this->load->database() 的两个参数到底怎么填

第一个参数可以是字符串（配置组名）或数组（动态配置），第二个参数决定是否返回新对象。

• 静态配置组：传 'default' 或 'write' 这类 $db 数组里的键名
• 动态配置：直接传完整数组，字段必须和 database.php 里一致，尤其不能漏 'dbdriver'、'char_set'、'dbcollat'
• 第二个参数为 TRUE → 返回对象；为 FALSE 或不传 → 覆盖 $this->db
• 别用 NULL 或字符串 'true' 代替布尔值 TRUE，CI 会当 false 处理

多库事务控制为什么总不生效

CI 的 trans_start() / trans_complete() 只绑定在当前 DB 对象上，跨对象事务不成立。

• 不能在 $this->db 里 trans_start()，再用 $second_db 执行查询
• 一个事务只能在一个 DB 实例内完成，比如全部用 $log_db->trans_start() + $log_db->insert()
• 跨库原子性要靠应用层协调，比如先写主库、再调用远程接口写日志库，失败则人工补偿
• 如果真需要强一致性，建议用 PDO + 手动管理连接，CI 原生事务不支持多实例联动

用户输入数据库信息时，为什么不能往 database.php 里写配置

database.php 是框架启动时一次性加载的静态文件，运行时改它无效，还可能引发 opcode 缓存问题。

• 用户填的主机、库名、账号密码，必须拼成数组后传给 $this->load->database($config, TRUE)
• 拼数组时注意：MySQL 8+ 默认认证插件是 caching_sha2_password，mysqli 驱动连不上，得提前让 DBA 改成 mysql_native_password
• 本地测试用 localhost 可能走 Unix socket，上线后建议统一用 127.0.0.1 避免路径歧义
• 字符集推荐用 'char_set' => 'utf8mb4'，'dbcollat' => 'utf8mb4_unicode_ci'，避免 emoji 存储异常

真正麻烦的不是“怎么切”，而是“切完之后怎么管”——对象生命周期、事务边界、字符集对齐、权限隔离，这些细节一旦漏掉，调试成本远高于写配置本身。

今天关于《CodeIgniter多数据库切换教程详解》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！