summaryrefslogtreecommitdiff
path: root/sql/ha_innodb.cc
diff options
context:
space:
mode:
authorunknown <elliot@mysql.com>2006-03-17 10:25:29 +0100
committerunknown <elliot@mysql.com>2006-03-17 10:25:29 +0100
commit367442f754a97d87077c99bc5805b41da5ac7119 (patch)
tree2d7f0581fad7174f6de58be991ec71eca3a1892f /sql/ha_innodb.cc
parentfd6d45f0b0de5a8f0767d96d8f12cbca649f454c (diff)
downloadmariadb-git-367442f754a97d87077c99bc5805b41da5ac7119.tar.gz
BUG#18283 When InnoDB returns error 'lock table full', MySQL can write
to binlog too much. When InnoDB has to rollback a transaction because the lock table has filled up, it also needs to inform the upper layer that the transaction was rolled back so that the cached transaction is not written to the binary log. sql/ha_innodb.cc: When InnoDB rolls back a transaction in HA_ERR_LOCK_TABLE_FULL, it needs to inform the upper layer to rollback the transaction also.
Diffstat (limited to 'sql/ha_innodb.cc')
-rw-r--r--sql/ha_innodb.cc7
1 files changed, 7 insertions, 0 deletions
diff --git a/sql/ha_innodb.cc b/sql/ha_innodb.cc
index d24587e23ea..8455bbaf4d0 100644
--- a/sql/ha_innodb.cc
+++ b/sql/ha_innodb.cc
@@ -332,6 +332,13 @@ convert_error_code_to_mysql(
return(HA_ERR_NO_SAVEPOINT);
} else if (error == (int) DB_LOCK_TABLE_FULL) {
+ /* Since we rolled back the whole transaction, we must
+ tell it also to MySQL so that MySQL knows to empty the
+ cached binlog for this transaction */
+
+ if (thd) {
+ ha_rollback(thd);
+ }
return(HA_ERR_LOCK_TABLE_FULL);
} else {