CodeIgniter本身不内置负载均衡能力，真正的负载均衡需由Nginx等外部组件实现；其层面可控的协同要点是：会话必须用Redis等集中存储、缓存须统一指向Redis/Memcached集群、数据库连接需配置failover和超时降级，同时日志与上传目录须共享存储。
CodeIgniter 本身不内置负载均衡能力，它只是单实例 PHP 应用框架；真正的负载均衡必须由外部组件（如 Nginx、HAProxy、AWS ALB）完成。你能在 CodeIgniter 层面控制的，只有「如何让多个实例协同工作不翻车」——核心就三点：会话共享、缓存一致性、数据库连接健壮性。
会话不能存在文件里，否则用户反复登录
默认的 sess_driver = 'files' 会让每个服务器用自己的磁盘存 session，用户请求被轮到不同机器时，session_id() 还在，但数据找不到了，表现就是刚登录又跳回登录页。
- 强制改用集中式存储：Redis 最稳，配置
$config['sess_driver'] = 'redis'，并确保$config['sess_save_path']指向同一 Redis 实例（如'tcp://10.0.1.5:6379?database=1'） - 数据库方案可用但慎选：如果用
'database'驱动，表ci_sessions必须带PRIMARY KEY(session_id)和INDEX(expire)，否则高并发下SELECT ... WHERE expire 会拖慢整个会话读写 - 别碰
'cookie'驱动：它把 session 数据加密后塞进 Cookie，大小受限、易被篡改、无法主动销毁，负载均衡场景下等于放弃状态管理
缓存驱动必须支持分布式，否则页面内容错乱
比如你在 A 服务器上执行了 $cache->save('user_123', $data, 300)，用户下次请求落到 B 服务器，$cache->get('user_123') 返回 null，就会重复查库或渲染旧数据。
- 文件缓存（
file）完全失效：各服务器文件系统隔离，互不可见 - 推荐 Redis 或 Memcached：配置
$config['cache']['default']['driver'] = 'redis'，且所有服务器指向同一个集群；注意设置合理的timeout和retry_interval，避免单点故障导致全站缓存雪崩 - APCu 只能用于单机：它是进程级共享内存，多 PHP-FPM worker 之间可共享，但跨机器无效，别在负载均衡中误用
数据库连接要容忍节点故障，不能一断就 500
当主库宕机或从库延迟飙升时，CodeIgniter 默认行为是抛出致命异常，整个请求失败。你需要让它“降级”而非“崩溃”。
- 启用读写分离时，务必配置
$db['group_name']['failover']数组，列出至少两个备用从库地址，框架会在主从库不可达时自动切换 - 在数据库配置中设
'connect_timeout' => 3和'timeout' => 5，防止某台 DB 响应慢拖垮整个 PHP 进程 - 避免在构造函数里直接调用
$this->db->query()：CI4 的控制器构造函数中，数据库服务可能尚未注入（没调parent::__construct()），应改用方法级初始化或依赖注入
最常被忽略的是日志路径和上传目录——它们若仍指向本地 ./writable，就会出现 A 服务器写的日志 B 服务器看不到，用户上传的图片在另一台机器上 404。这些路径必须统一挂载到共享存储（如 NFS）或改用对象存储（S3/MinIO），不能靠框架本身解决。
