影响LIMIT子句使用的一个mysql配置项

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没有修复之前，这些功能不值得使用。