<p>CodeIgniter 2.x 中自定义 limit 分页必须配合 count_all_results() 获取总数，$offset = ($page - 1) * $per_page 计算偏移量，且总数与列表查询的 WHERE 条件须完全一致，否则页码失效、数据错乱。</p>
CodeIgniter 2.x 中自定义类实现 limit 分页的正确写法
直接用 $this->db->limit() 做分页是错的——它只控制单次查询条数，不提供总记录数，无法生成页码。必须配合 count_all_results() 或原始 COUNT(*) 查询才能构成完整分页逻辑。
常见错误是只写 $this->db->limit($per_page, $offset) 就返回数据，结果上一页/下一页跳转失效、总页数算错、第一页显示空数据。
-
$offset = ($page - 1) * $per_page是标准偏移量计算，别手误写成$page * $per_page - 查总数时必须复用完全相同的
WHERE条件（包括like、where_in等），否则count_all_results()返回值会偏差 - CI 2.x 的
count_all_results(TRUE)不可用，别抄 CI 3+ 的写法
手动拼装分页 SQL 时如何安全使用 limit 和 offset
当需要更精细控制（比如避免 CI Active Record 的隐式重置、或兼容老 MySQL 版本）时，可绕过 Active Record 直接写原生 SQL，但 limit 参数顺序极易出错：MySQL 要求 LIMIT offset, length，而部分 PDO 驱动或旧版 CI 可能反着解析。
实操建议始终显式指定两个参数，并用 escape() 防注入：
$sql = "SELECT * FROM users WHERE status = ? ORDER BY id DESC LIMIT ?, ?";
$query = $this->db->query($sql, array(
$status,
$this->db->escape($offset),
$this->db->escape($per_page)
));- 不要用字符串拼接
$offset和$per_page，哪怕它们是整数——CI 的escape()对数字也做类型校验，比(int)更可靠 - 若用
query()查总数，SQL 必须是SELECT COUNT(*) AS cnt FROM ...，且WHERE子句一字不差复制，条件顺序无关，但逻辑结构（括号、AND/OR 优先级）必须一致
CI 2.x 自定义分页类中 limit 被覆盖的典型场景
很多人封装分页类时，在构造函数或初始化方法里调了 $this->db->limit(10)，之后在业务方法里再调 $this->db->limit(20, 40)，结果发现还是只取了 10 条——因为 CI 2.x 的 Active Record 不支持链式覆盖，后一次 limit() 会完全替换前一次，但如果你中间执行过 get() 或 count_all_results()，查询对象已被清空，后续 limit() 才真正生效。
- 务必确认：所有
WHERE、ORDER BY、limit都在同一个未执行的查询链中设置完毕，再统一get() - 避免在分页类里提前调
$this->db->from('table')，它可能触发隐式 reset；改用$this->db->select('*')->from('table')链式写法更稳 - 调试时加一行
echo $this->db->last_query();，看最终生成的 SQL 是否含预期的LIMIT 40, 20
为什么不用 CI 自带的 Pagination 类而要手写 limit 分页
CI 自带的 Pagination 类只是生成 HTML 页码链接，不碰数据库——它不管你怎么查数据，只负责把 $config['base_url'] 和当前页码拼成 URL。所谓“CI 分页类”其实是你自己写的模型方法，不是框架内置组件。
所以重点不在“用不用 CI 类”，而在你模型里怎么组织 limit 和总数查询。最容易被忽略的是：分页必须是原子操作——总数和当前页数据应基于同一时刻的数据快照。如果查总数和查列表之间有写入，就可能出现最后一页少数据、或多出空页。
高并发下稳妥做法是：用事务包裹两次查询（仅限支持事务的存储引擎），或接受轻微不一致，但绝不能省掉总数查询这一步。
