codeigniter 的 get() 方法在每次调用时会重置查询构建器状态（如 from()、join() 等），导致后续分页查询丢失关联关系和排序条件，仅返回首块数据。本文详解问题根源，并提供安全、可复用的分块导出解决方案。
codeigniter 的 get() 方法在每次调用时会重置查询构建器状态（如 from()、join() 等），导致后续分页查询丢失关联关系和排序条件，仅返回首块数据。本文详解问题根源，并提供安全、可复用的分块导出解决方案。
在使用 CodeIgniter 进行大数据量导出（如生成 CSV）时，常见做法是通过 LIMIT + OFFSET 分块读取数据库记录。但如示例代码所示，即使循环更新 $offset，$this->db->get('tblProgram', $chunk, $offset) 却始终只返回第一块结果——根本原因在于 CodeIgniter 查询构建器（Query Builder）的设计机制：每次调用 get() 会自动触发 _reset_select()，清空此前设置的所有 SELECT、FROM、JOIN、ORDER BY 等语句。
查看 CodeIgniter 源码 可确认：
public function get($table = '', $limit = NULL, $offset = NULL)
{
if ($table !== '') {
$this->_track_aliases($table);
$this->from($table); // ⚠️ 覆盖原有 from 表！
}
if (!empty($limit)) {
$this->limit($limit, $offset);
}
$result = $this->query($this->_compile_select());
$this->_reset_select(); // ✅ 关键：重置全部查询状态！
return $result;
}这意味着：首次调用 get() 时，JOIN 和 ORDER BY 仍有效；但第二次调用时，$this->from('tblProgram') 会覆盖之前通过 join() 建立的多表上下文，且 _reset_select() 清除了所有 JOIN 条件与排序规则，最终等价于对单表 tblProgram 执行无关联、无排序的 LIMIT 2000 OFFSET 2000 —— 自然无法匹配原始业务逻辑，甚至可能因主键不连续导致数据遗漏或重复。
✅ 正确解法：手动拼接 SQL 或复用查询结构
推荐采用 预编译基础查询 + 动态绑定 LIMIT/OFFSET 的方式，避免依赖 get() 的副作用。以下是优化后的生产级实现：
public function get_download_tree_data($options = [], $rand = "")
{
// 1. 构建不执行的查询对象（仅生成 SQL 片段）
$this->db->select('tblTrees.*') // 显式指定字段，避免 SELECT *
->from('tblProgram')
->join('tblPlots', 'tblPlots.programID = tblProgram.pkProgramID')
->join('tblTrees', 'tblTrees.treePlotID = tblPlots.id')
->order_by('tblTrees.id', 'ASC');
// 2. 获取总行数（注意：COUNT(*) 需保持 JOIN 结构一致）
$count_sql = str_replace('SELECT *', 'SELECT COUNT(*) AS cnt', $this->db->_compile_select());
$count_result = $this->db->query($count_sql)->row();
$allResults = (int) $count_result->cnt;
// 3. 准备 CSV 输出
$treePath = $this->config->item('temp_path') . "$rand/trees.csv";
$tree_handle = fopen($treePath, 'w'); // 使用 'w' 而非 'a'，确保文件干净
if (!$tree_handle) {
throw new Exception("Cannot open CSV file: $treePath");
}
$chunk = 2000;
$offset = 0;
// 4. 循环分块查询并写入
while ($offset < $allResults) {
// 手动追加 LIMIT/OFFSET 到原始 SQL
$sql = $this->db->_compile_select() . " LIMIT {$chunk} OFFSET {$offset}";
$result = $this->db->query($sql)->result_array();
foreach ($result as $row) {
fputcsv($tree_handle, $row);
}
$offset += $chunk;
}
fclose($tree_handle);
// 可选：清理查询构建器（避免影响后续操作）
$this->db->reset_query();
return ['resultCount' => $allResults];
}⚠️ 关键注意事项
- 不要在循环中调用 get()：它会破坏 JOIN 和 ORDER BY 上下文；
- 显式 SELECT 字段：避免 SELECT * 导致 CSV 列顺序不稳定或包含敏感字段；
- *`COUNT()` 必须复用相同 JOIN 结构**：否则统计结果与实际导出行数不一致；
- 使用 fopen(..., 'w') 而非 'a'：防止多次调用时文件内容叠加；
- 考虑内存与性能：若单块仍过大，可进一步降低 $chunk（如 500），或改用流式游标（需原生 PDO 支持）；
- 事务与锁：长时间导出建议禁用自动提交或使用 READ UNCOMMITTED 隔离级别（根据业务容忍度权衡）。
✅ 总结
CodeIgniter 的 get() 方法并非为“多次分页复用同一查询”而设计。面对大数据导出场景，应绕过 Query Builder 的 get()，转而使用 _compile_select() 获取原始 SQL，再手动注入 LIMIT/OFFSET 执行。该方案既保持了 SQL 的完整性与可预测性，又完全规避了查询构建器的隐式重置陷阱，是稳定、高效、符合生产环境要求的标准实践。
