影响LIMIT子句使用的一个mysql配置项-优快云博客

本文详细介绍了MySQL中FOUND_ROWS()函数的功能及使用方法，特别是如何配合SQL_CALC_FOUND_ROWS使用以获取不受LIMIT限制的真实行数，这对于实现高效分页非常有用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

select FOUND_ROWS()总是返回上一次select所返回的行数。它的结果受到上一次select中是否使用SQL_CALC_FOUND_ROWS的

影响
测试如下：

1.运行语句：select SQL_CALC_FOUND_ROWS * from penalties where amount>=20 limit 2

然后运行：select FOUND_ROWS();
返回的行数是：4

2.不使用SQL_CALC_FOUND_ROWS
select * from penalties where amount>=20 limit 2
然后运行：select FOUND_ROWS();
返回的行数是：2

结论：使用SQL_CALC_FOUND_ROWS后(在幕后计算找到的总行数，保存起来后面使用)，FOUND_ROWS()是抛掉了LIMIT之后的结果数。
不使用SQL_CALC_FOUND_ROWS，FOUND_ROWS()是select语句返回的最终结果数。

select FOUND_ROWS()的最大用处是在翻页中，预先将总数保存在FOUND_ROWS()中。每次点击下一页的时候，显示总记录数，

就是读取FOUND_ROWS()函数的值。这样省去查询数据库，扫描表所有记录。

所使用到的特性是：通过设置SQL_CALC_FOUND_ROWS，FOUND_ROWS()的结果不受limit的影响，返回的将会是符合条件除limit

外的总行数。

网上看了一下，列出的问题如下:

在最上面的更新里有mysql的bug连接，4.1, 5.0, 5.1版本都有这个问题。mysql对FOUND_ROWS()函数优化不够,比如下面两个

SQL：
select sql_calc_found_rows last_name from contacts group by c_id order by last_name
limit 1;
有sql_calc_found_rows(19.38 秒)

select last_name from contacts group by c_id order by last_name limit 1;
没有 sql_calc_found_rows(3.13 秒)

差别高达8秒，可见mysql这方面的问题还是很大的，在这个bug没有修复之前，这些功能不值得使用。

转载于:https://www.cnblogs.com/wangtao_20/archive/2011/02/25/1961782.html