越来越看不懂的affected rows

PinkOrient

mysql> select count(*) from EAD0_PKG_USAGE_ACC;
+----------+
| count(*) |
+----------+
|    20000 |
+----------+
1 row in set (0.00 sec)

mysql> truncate table EAD0_PKG_USAGE_ACC;      
Query OK, 20290 rows affected (0.00 sec)

这个表用select count(*)看是20000行，truncate的话却有20290行受影响

mysql> select count(*) from EAD0_RG_USAGE_ACC;  
+----------+
| count(*) |
+----------+
|    20000 |
+----------+
1 row in set (0.43 sec)

mysql> truncate table EAD0_RG_USAGE_ACC;  
Query OK, 26136 rows affected (0.00 sec)

这个表有20000行，truncate时却有26136行受影响，

这两个表都没有别其他表外键关联到，只是表本身有外键关联到其他表，但是删除应该不会影响到其他表的rows啊。

PinkOrient

还有更搞怪的

mysql> select count(*) from EAD0_PKG_USAGE_ACC;
+----------+
| count(*) |
+----------+
|    20000 |
+----------+
1 row in set (0.01 sec)

mysql> truncate table EAD0_PKG_USAGE_ACC;
Query OK, 19059 rows affected (0.00 sec)

mysql> select count(*) from EAD0_PKG_USAGE_ACC;
+----------+
| count(*) |
+----------+
|        0 |
+----------+
1 row in set (0.00 sec)

这次truncate只影响了19059行，但是表已经空了。

7islands

你用的是innodb引擎的吧？  mvcc

showsa

正常

对于innodb

TRUNCATE 或者 SHOW TABLE STATUS

显示的是大致的记录数，并不一定准确

==========================

不过严格的说来，也算是bug

7islands

应该不算吧  innodb用 mvcc保证并行  如果多个会话，他们的行数都不一样的   所以在默认isolation，只能看到已经commit的行数

showsa

原帖由 7islands 于 2008-7-4 20:18 发表
应该不算吧  innodb用 mvcc保证并行  如果多个会话，他们的行数都不一样的   所以在默认isolation，只能看到已经commit的行数

参考： http://bugs.mysql.com/bug.php?id=29507

7islands

tks     又学了一点！

yueliangdao0608

TRUNCATE是快速删表，然后重建。所以显示的数据是一个大概，不是精确的。
DELETE就是一个精确的值。