diff options
author | Sujatha Sivakumar <sujatha.sivakumar@oracle.com> | 2012-09-17 11:48:02 +0530 |
---|---|---|
committer | Sujatha Sivakumar <sujatha.sivakumar@oracle.com> | 2012-09-17 11:48:02 +0530 |
commit | 5cbdb908270a052284155cd5b7eff7eacb177218 (patch) | |
tree | 4d97c2a5d95584c78256eb1fd66940c09dbf16e6 /sql/sql_connect.cc | |
parent | ab7358fb35c01df5a716c0b15d041bdf2ceae71e (diff) | |
download | mariadb-git-5cbdb908270a052284155cd5b7eff7eacb177218.tar.gz |
Bug#11750014:ASSERTION TRX_DATA->EMPTY() IN BINLOG_CLOSE_CONNECTION
Problem:
=======
trx_data->empty() assert happens at `binlog_close_connection'
Analysis:
========
trx_data->empty() function checks for no pending events
and the transaction cache to be empty.This function returns
"true" if no pending events are present and cache is empty.
Otherwise it returns false. `binlog_close_connection' call
expects the above function to return true. But if the
return value is false then assert is raised.
This bug was reproducible in a diskfull scenario. In this
disk full scenario try to do an insert operation so that
a new pending event is created and flushing this pending
event fails. Due to this failure the server goes down
and invokes `binlog_close_connection' for clean closure.
Since the pending event still remains the assert is caused.
This assert is caused only in non transactional databases.
Fix:
===
In a disk full scenario when the insertion fails the
transaction is rolled back and `binlog_end_trans`
is called to flush the pending events. But flush operation
fails as the disk is full and the function simply returns
`1' without taking any action to delete the pending event.
This leaves the event to remain till the closure of
connection. `delete pending' statement has been added to
do the required clean up action.
sql/log.cc:
Added "delete pending" statement to clean pending event
Diffstat (limited to 'sql/sql_connect.cc')
0 files changed, 0 insertions, 0 deletions