1. 28 Feb, 2006 4 commits
  2. 27 Feb, 2006 17 commits
  3. 26 Feb, 2006 13 commits
  4. 25 Feb, 2006 6 commits
    • guilhem@mysql.com's avatar
    • guilhem@mysql.com's avatar
      Merge gbichot@bk-internal.mysql.com:/home/bk/mysql-5.1-new · eb468833
      guilhem@mysql.com authored
      into  mysql.com:/home/mysql_src/mysql-5.1-new
      eb468833
    • guilhem@mysql.com's avatar
      WL#2977 and WL#2712 global and session-level variable to set the binlog format (row/statement), · 00717495
      guilhem@mysql.com authored
      and new binlog format called "mixed" (which is statement-based except if only row-based is correct,
      in this cset it means if UDF or UUID is used; more cases could be added in later 5.1 release):
      SET GLOBAL|SESSION BINLOG_FORMAT=row|statement|mixed|default;
      the global default is statement unless cluster is enabled (then it's row) as in 5.1-alpha.
      It's not possible to use SET on this variable if a session is currently in row-based mode and has open temporary tables (because CREATE
      TEMPORARY TABLE was not binlogged so temp table is not known on slave),  or if NDB is enabled (because
      NDB does not support such change on-the-fly, though it will later), of if in a stored function (see below).
      The added tests test the possibility or impossibility to SET, their effects, and the mixed mode,
      including in prepared statements and in stored procedures and functions.
      Caveats:
      a) The mixed mode will not work for stored functions: in mixed mode, a stored function will
      always be binlogged as one call and in a statement-based way (e.g. INSERT VALUES(myfunc()) or SELECT myfunc()).
      b) for the same reason, changing the thread's binlog format inside a stored function is
      refused with an error message.
      c) the same problems apply to triggers; implementing b) for triggers will be done later (will ask
      Dmitri).
      Additionally, as the binlog format is now changeable by each user for his session, I remove the implication
      which was done at startup, where row-based automatically set log-bin-trust-routine-creators to 1
      (not possible anymore as a user can now switch to stmt-based and do nasty things again), and automatically
      set --innodb-locks-unsafe-for-binlog to 1 (was anyway theoretically incorrect as it disabled
      phantom protection).
      Plus fixes for compiler warnings.
      00717495
    • monty@mysql.com's avatar
      Merge mysql.com:/home/my/mysql-5.0 · 1e2e9e28
      monty@mysql.com authored
      into  mysql.com:/home/my/mysql-5.1
      1e2e9e28
    • monty@mysql.com's avatar
      Merge monty@192.168.0.9:/my/mysql-5.0 · ab78d065
      monty@mysql.com authored
      into  mysql.com:/home/my/mysql-5.0
      ab78d065
    • monty@mysql.com's avatar
      Fixed compiler warnings from gcc 4.0.2: · 54274976
      monty@mysql.com authored
      - Added empty constructors and virtual destructors to many classes and structs
      - Removed some usage of the offsetof() macro to instead use C++ class pointers
      54274976