diff options
| author | unknown <aelkin/elkin@dsl-hkibras1-ff5dc300-70.dhcp.inet.fi> | 2007-05-29 16:36:05 +0300 |
|---|---|---|
| committer | unknown <aelkin/elkin@dsl-hkibras1-ff5dc300-70.dhcp.inet.fi> | 2007-05-29 16:36:05 +0300 |
| commit | 814e4dd238b7a12764fc307dfa5945eb3ea670f9 (patch) | |
| tree | 811c41104b60e8b1f27cbb46772baf34f2bb4aba /strings/memcpy.c | |
| parent | 4268313e50e8ebe69e1baaef4d84f54c2764dfb1 (diff) | |
| download | mariadb-git-814e4dd238b7a12764fc307dfa5945eb3ea670f9.tar.gz | |
Bug#27044 replicated with unique field ndb table allows duplkey inserts
The bug in that slave version of a table with unique field still was
able to execute INSERT query as replace whereas it's impossible on master.
The reason of this artifact is wrong usage of ndb->extra:s.
Fixed with resetting flags at do_after.
There is open issue with symmetrical resetting
table->file->extra(HA_EXTRA_NO_IGNORE_NO_KEY)
which i had to hand to bug#27077.
The test for the current bug was committed in a cset for bug#27320.
sql/log_event.cc:
fixing do_after_row_operation to reset the effect of the extra engine's
flags set at do_before;
comments on meaning of extra flags added;
execution of table->file->ha_end_bulk_insert() in do_after is not dependant on error;
Diffstat (limited to 'strings/memcpy.c')
0 files changed, 0 insertions, 0 deletions