正确做法是传入第二个参数TRUE以返回独立数据库对象，否则会覆盖$this->db导致原连接丢失；多库操作需分别赋值给不同变量，事务仅限单个DB实例内生效。
直接用 $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 存储异常
真正麻烦的不是“怎么切”，而是“切完之后怎么管”——对象生命周期、事务边界、字符集对齐、权限隔离，这些细节一旦漏掉，调试成本远高于写配置本身。
