diff options
| author | guilhem@mysql.com <> | 2004-01-30 00:05:34 +0100 |
|---|---|---|
| committer | guilhem@mysql.com <> | 2004-01-30 00:05:34 +0100 |
| commit | e71325caf95afbaaacac3581f38b0eafd2116620 (patch) | |
| tree | 86a549cfea46d66ac122b39922323a8bd8a9e317 /sql/ha_heap.cc | |
| parent | 5ce227e78a2bc0530c3cab2cbebdd4672a0c40c1 (diff) | |
| download | mariadb-git-e71325caf95afbaaacac3581f38b0eafd2116620.tar.gz | |
Fix for BUG#2477 "Slave stop with error after master reboot if use HEAP tables":
when we open the HEAP table for the first time since server restart,
in hp_open(), we set a flag to propagate this info to the handler level
which then writes a DELETE FROM this_heap_table to the binlog.
It is not a perfect solution for the bug, because between the server start and
the first open of the table, the slave still had old data in his table so
a SELECT on the slave may show wrong content. But if there is a --init-file
to populate the HEAP table on master as startup, then this is a safe fix
(I'll put a note about init-file in the HEAP section of the manual).
Diffstat (limited to 'sql/ha_heap.cc')
| -rw-r--r-- | sql/ha_heap.cc | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/sql/ha_heap.cc b/sql/ha_heap.cc index 2edc3b1478e..eb4bf517374 100644 --- a/sql/ha_heap.cc +++ b/sql/ha_heap.cc @@ -222,6 +222,7 @@ void ha_heap::info(uint flag) index_file_length=info.index_length; max_data_file_length= info.max_records* info.reclength; delete_length= info.deleted * info.reclength; + implicit_emptied= info.implicit_emptied; } int ha_heap::extra(enum ha_extra_function operation) |