关于MySQL里的found_row()和row_count()解释及用法 [复制链接]

   

kider

电梯直达  

1#

 发表于 2010-8-31 16:06:04 | 只看该作者  |倒序浏览 |阅读模式

出处:mysqlpub.com

MySQL中有两个函数来计算上一条语句影响了多少行,不同于SqlServer/Oracle,不要因为此方面的差异而引起功能问题:

1,判断Select得到的行数用found_rows()函数进行判断。

2,判断Update或Delete影响的行数用row_count()函数进行判断,这里需要注意,如果Update前后的值一样,row_count则为0,而不像SqlServer里的@@rowcount或Oracle里的rowcount,只要update到行,影响的行数就会大于0,而无论update前后字段的值是否发生了变化。

例子说明:
MySQL上的测试(数据库版本为:5.1.30):
1.创建数据库表:
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.更新测试
update t
  set address = ‘weifang‘
where id = 1
  and name = ‘yubowei‘;
此时查看影响的行数:
select row_count(); ==〉执行结果为0;

4.再次测试
update t
set address = ‘beijing‘
where id = 1
and name = ‘yubowei‘;

此时查看影响的行数:
select row_count(); ==〉执行结果为1;
从上面的测试可以得出在MySQL中只有真正对记录进行修改了的情况下,row_count才会去记录影响的行数,否则如果记录存在但是没有实际修改
则不会将该次更新记录到row_count中。

这里和oracle中的SQL ROWCOUNT不同
ORACLE上的测试(数据库版本为:10G):
1.创建数据库表:
create table t(
id int,
name varchar2(50),
address varchar2(100),
primary key(id,name)
);

2.插入测试数据:
insert into t
(id,name,address)
values
(1,‘yubowei‘,‘weifang‘),
(2,‘sam‘,‘qingdao‘);

3.更新测试
update t
  set address = ‘weifang‘
where id = 1
  and name = ‘yubowei‘;
此时查看影响的行数:
v_RowCount := SQL%ROWCOUNT; ==〉执行结果为1;

4.再次测试
update t
  set address = ‘beijing‘
where id = 1
  and name = ‘yubowei‘;
此时查看影响的行数:
v_RowCount := SQL%ROWCOUNT; ==〉执行结果为1;
从上面的测试可以得出在ORACLE,只要更新的记录存在,则不论实际由没有修改数据,影响的行数都会被累积记录下来。

注:目前为止没有什么参数能对row_count()能进行设置。如果需要,只能通过其他办法实现。

时间: 2024-11-04 08:13:10

关于MySQL里的found_row()和row_count()解释及用法 [复制链接]的相关文章

MySQL里的found_row()与row_count()的解释及用法

MySQL中有两个函数来计算上一条语句影响了多少行,不同于SqlServer/Oracle,不要因为此方面的差异而引起功能问题 出处:mysqlpub.com MySQL中有两个函数来计算上一条语句影响了多少行,不同于SqlServer/Oracle,不要因为此方面的差异而引起功能问题: 1,判断Select得到的行数用found_rows()函数进行判断. 2,判断Update或Delete影响的行数用row_count()函数进行判断,这里需要注意,如果Update前后的值一 样,row_c

MySql 里的IFNULL、NULLIF和ISNULL用法

今天用到了MySql里的isnull才发现他和MSSQL里的还是有点区别,现在简单总结一下: mysql中isnull,ifnull,nullif的用法如下: isnull(expr) 的用法:如expr 为null,那么isnull() 的返回值为 1,否则返回值为 0. mysql> select isnull(1+1);-> 0mysql> select isnull(1/0);-> 1使用= 的null 值对比通常是错误的. isnull() 函数同 is null比较操作

MySql 里的IFNULL、NULLIF和ISNULL用法区别

mysql中isnull,ifnull,nullif的用法如下: isnull(expr) 的用法:如expr 为null,那么isnull() 的返回值为 1,否则返回值为 0. mysql> select isnull(1+1);-> 0mysql> select isnull(1/0);-> 1使用= 的null 值对比通常是错误的. isnull() 函数同 is null比较操作符具有一些相同的特性.请参见有关is null 的说明. IFNULL(expr1,expr2

mysql found_row()与row_count()实例讲解

mysql found_row()和row_count()函数用于计算上一条语句影响的行数,不同的是found_row用来获取Select得到的行数,而row_count用来获取Update或Delete影响的行数. MySQL中有两个函数来计算上一条语句影响了多少行,不同于SqlServer/Oracle,不要因为此方面的差异而引起功能问题: 1,判断Select得到的行数用found_rows()函数进行判断. 2,判断Update或Delete影响的行数用row_count()函数进行判断

关于MySql里的字段

关于MySql里的字段     类型值 类型描述 MYSQL_TYPE_TINY TINYINT字段 MYSQL_TYPE_SHORT SMALLINT字段 MYSQL_TYPE_LONG INTEGER或INT字段 MYSQL_TYPE_INT24 MEDIUMINT字段 MYSQL_TYPE_LONGLONG BIGINT字段 MYSQL_TYPE_DECIMAL DECIMAL或NUMERIC字段 MYSQL_TYPE_NEWDECIMAL 精度数学DECIMAL或NUMERIC MYSQ

MySQL 里的 Timestrap 和 DateTime 和 Java 中的 Date

世界标准时(UTC) 和 格林威治标准时(GMT) 怎么样的时间算是准确的呢?例如这一分种内是60s ,而下一分钟实际走到了59秒的时候却显示一分钟到了,即是时间快了,这样定义为不准确.下面两个解释可以帮助理解两者的区别. UTC是我们现在用的时间标准,GMT是老的时间计量标准.UTC是根据原子钟来计算时间,而GMT是根据地球的自转和公转来计算时间,也就是太阳每天经过位于英国伦敦郊区的皇家格林威治天文台的时间就是中午12点.由于现在世界上最精确的原子钟50亿年才会误差1秒(最精确原子钟问世:50

MySQL里创建外键时错误的解决

--MySQL里创建外键时错误的解决--------------------------------2014/04/30在MySQL里创建外键时(Alter table xxx add constraint fk_xxx foreign key),提示错误,但只提示很简单的信息:ERROR 1005 (HY000): Can't create table '.\env_mon\#sql-698_6.frm' (errno: 150).根本起不到解决问题的作用.要看错误的详细提示,可以使用命令:(

mysql 里的 ibdata1 文件不断的增长?

我们在 Percona 支持栏目经常收到关于 MySQL 的 ibdata1 文件的这个问题.当监控服务器发送一个关于 MySQL 服务器存储的报警时,恐慌就开始了 —— 就是说磁盘快要满了.一番调查后你意识到大多数地盘空间被 InnoDB 的共享表空间 ibdata1 使用.而你已经启用了 innodb_file_per_table,所以问题是: ibdata1存了什么? 当你启用了 innodb_file_per_table,表被存储在他们自己的表空间里,但是共享表空间仍然在存储其它的 In

MySQL里的wait_timeout

如果你没有修改过MySQL的配置,缺省情况下,wait_timeout的初始值是28800. wait_timeout过大有弊端,其体现就是MySQL里大量的SLEEP进程无法及时释放,拖累系统性能,不过也不能把这个指设置的过小,否则你可 能会遭遇到“MySQL has gone away”之类的问题,通常来说,我觉得把wait_timeout设置为10是个不错的选择,但某些情况下可能也会出问题,比如说有一个CRON脚本, 其中两次SQL查询的间隔时间大于10秒的话,那么这个设置就有问题了(当然