mariadb/BitKeeper/etc
cmiller@zippy.cornsilk.net 5512100c6a Bug #14262: SP: DROP PROCEDURE|VIEW (maybe more) write to binlog too late \
(race cond)

It was possible for one thread to interrupt a Data Definition Language 
statement and thereby get messages to the binlog out of order.  Consider:

Connection 1: Drop Foo x
Connection 2: Create or replace Foo x
Connection 2: Log "Create or replace Foo x"
Connection 1: Log "Drop Foo x"

Local end would have Foo x, but the replicated slaves would not.

The fix for this is to wrap all DDL and logging of a kind in the same mutex.  
Since we already use mutexes for the various parts of altering the server, 
this only entails moving the logging events down close to the action, inside 
the mutex protection.
2006-10-03 13:38:25 -04:00
..
collapsed Bug #14262: SP: DROP PROCEDURE|VIEW (maybe more) write to binlog too late \ 2006-10-03 13:38:25 -04:00
config pekka:get - push push push 2006-05-02 21:47:53 +02:00
gone Merge bk-internal.mysql.com:/data0/bk/mysql-4.1 2005-05-24 00:31:28 +02:00
logging_ok merge 2005-06-14 00:05:27 +02:00
notify notify BitKeeper file /home/bk/mysql/BitKeeper/etc/notify 2000-08-02 01:45:37 +02:00
RESYNC_TREE Merge mysql.com:/home/alexi/dev/mysql-4.1-0 2005-09-06 23:49:54 +04:00
skipkeys BK automatic LOD removal. 2002-11-07 11:20:17 +04:00