An error occurred fetching the project authors.
- 28 Mar, 2008 1 commit
-
-
mats@mats-laptop.(none) authored
The bug allow multiple executing transactions working with non-transactional to interfere with each others by interleaving the events of different trans- actions. Bug is fixed by writing non-transactional events to the transaction cache and flushing the cache to the binary log at statement commit. To mimic the behavior of normal statement-based replication, we flush the transaction cache in row- based mode when there is no committed statements in the transaction cache, which means we are committing the first one. This means that it will be written to the binary log as a "mini-transaction" with just the rows for the statement. Note that the changes here does not take effect when building the server with HAVE_TRANSACTIONS set to false, but it is not clear if this was possible before this patch either. For row-based logging, we also have that when AUTOCOMMIT=1, the code now always generates a BEGIN/COMMIT pair for single statements, or BEGIN/ROLLBACK pair in the case of non-transactional changes in a statement that was rolled back. Note that for the case where changes to a non-transactional table causes a rollback due to error, the statement will now be logged with a BEGIN/ROLLBACK pair, even though some changes has been committed to the non-transactional table.
-
- 28 Feb, 2008 1 commit
-
-
skozlov/ksm@mysql.com/virtop.(none) authored
-
- 14 Dec, 2007 1 commit
-
-
sven@riska.(none) authored
Now, every transaction (including autocommit transactions) starts with a BEGIN and ends with a COMMIT/ROLLBACK in the binlog. Added a test case, and updated lots of test case result files.
-
- 27 Jun, 2007 1 commit
-
-
msvensson@pilot.(none) authored
Move tests to their respective suite
-
- 21 Jun, 2007 2 commits
-
-
mats@kindahl-laptop.dnsalias.net authored
Test fixes resulting from changed semantics.
-
mats@kindahl-laptop.dnsalias.net authored
WL#3931 (Multi-table statement involving self-logging engines): Adding logic to generate error if more than one engine is involved in the statement and at least one engine is self-logging (i.e., has the HA_HAS_OWN_BINLOGGING table flags set).
-
- 19 Jun, 2007 1 commit
-
-
mats@kindahl-laptop.dnsalias.net authored
-
- 18 Jun, 2007 1 commit
-
-
mats@kindahl-laptop.dnsalias.net authored
-
- 14 Jun, 2007 1 commit
-
-
mats@kindahl-laptop.dnsalias.net authored
Test case fixes.
-
- 13 Jun, 2007 1 commit
-
-
mats@kindahl-laptop.dnsalias.net authored
Post-merge fixes.
-
- 28 May, 2007 1 commit
-
-
mats@kindahl-laptop.dnsalias.net authored
Adding support to allow engines to tell what formats they can handle. The server will generate an error if it is not possible to log the statement according to the logging mode in effect. Adding flags to several storage engines to state what they can handle. Changes to NDB handler removing code that forces row-based mode and adding flag saying that NDB can only handle row format. Adding check that binlog flags are only used for real tables that are opened for writing.
-