MySQL中FOUND_ROWS()与ROW_COUNT()的区别及用法详解

核心概念与应用场景

MySQL提供了两个不同的系统函数来处理不同操作类型的计数需求，它们在语义上有着严格区分：

• FOUND_ROWS()：主要用于SELECT查询场景。当配合SQL_CALC_FOUND_ROWS使用或处理分页时，该函数返回上一条SELECT语句匹配的记录总数。
• ROW_COUNT()：专门用于INSERT、UPDATE或DELETE等修改型语句。它返回实际操作并写入磁盘（或会话状态中）的行数。

ROW_COUNT() 的关键陷阱：数据未变动不计入

这是MySQL区别于SQL Server和Oracle的一个重要特性，也是常见的Bug来源。
ROW_COUNT()仅在数据发生实质性改变时才会计数。如果执行UPDATE语句时，新值与原值完全一致，尽管WHERE条件命中了记录，MySQL也不会标记该行被“修改”，因此ROW_COUNT()将返回0。

第1步：创建测试环境

为了验证这一特性，我们首先创建一个包含主键的InnoDB测试表，并确保引擎支持行级锁和事务统计。

create table t(
    id int,
    name varchar(50),
    address varchar(100),
    primary key(id,name)
)engine =InnoDB;

第2步：插入初始测试数据

向表中插入两条记录，用于后续的更新操作触发。

insert into t (id,name,address) values 
(1,'yubowei','weifang'),
(2,'sam','qingdao');

第3步：测试更新相同值的情况

尝试更新id=1且name='yubowei'的记录，但将其地址更新为原本就是的'weifang'。此时并未产生任何数据变更。

update t set address = 'weifang'
where id = 1 and name = 'yubowei';

紧接着查询影响行数：

select row_count(); 

执行结果为 0。这表明即使找到了目标行，由于字段值无变化，MySQL未将其计入受影响行数。

第4步：测试真正发生数值变更的情况

再次对同一条记录进行更新，将地址从'weifang'改为'beijing'，确保物理内容发生变化。

update t set address = 'beijing'
where id = 1 and name = 'yubowei';

再次查询：

select row_count(); 

此时执行结果为 1。这证明了只有当记录内容被实际修改时，ROW_COUNT()才会生效。

与其他数据库的行为对比

此行为逻辑与Oracle存在显著差异。在Oracle中，只要UPDATE语句匹配到了记录（即满足WHERE条件），无论值是否改变，SQL%ROWCOUNT都会增加1。

例如在Oracle 10G中进行相同的测试：

1. 创建类似结构的表并插入数据。
2. 执行将已有值'weifang'再次赋给'weifang'的更新语句。
3. 检查v_RowCount := SQL%ROWCOUNT;，结果仍为1。
4. 继续执行更改值的更新，结果累积为2。

这种差异意味着，如果你正在进行跨数据库移植（如从Oracle迁移到MySQL），涉及依赖“受触发行数”的业务逻辑必须进行重写，否则会导致计次逻辑偏差。

总结与限制

ROW_COUNT()是一个仅基于会话状态的系统变量式函数，目前没有全局参数可以强制其在数据未变动时返回1。在编写通用数据访问层或ORM框架时，务必意识到这一底层行为差异，避免在MySQL环境中沿用其他数据库的判空逻辑。

以上就是MySQL里found_row()与row_count()的解释及用法的详细内容，更多关于MySQL函数技巧的资料请关注本站其它相关文章！