越來越看不懂的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行受影響，

這兩個表都沒有別其他表外鍵關聯(lián)到，只是表本身有外鍵關聯(lián)到其他表，但是刪除應該不會影響到其他表的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

顯示的是大致的記錄數(shù)，并不一定準確

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

不過嚴格的說來，也算是bug

7islands

應該不算吧  innodb用 mvcc保證并行  如果多個會話，他們的行數(shù)都不一樣的   所以在默認isolation，只能看到已經commit的行數(shù)

showsa

原帖由 7islands 于 2008-7-4 20:18 發(fā)表
應該不算吧  innodb用 mvcc保證并行  如果多個會話，他們的行數(shù)都不一樣的   所以在默認isolation，只能看到已經commit的行數(shù)

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

7islands

tks     又學了一點！

yueliangdao0608

TRUNCATE是快速刪表，然后重建。所以顯示的數(shù)據是一個大概，不是精確的。
DELETE就是一個精確的值。