1. 24 Mar, 2009 15 commits
    • Alexey Kopytov's avatar
      Automerge. · e484d6fa
      Alexey Kopytov authored
      e484d6fa
    • Alexey Kopytov's avatar
      Automerge. · 06554a3b
      Alexey Kopytov authored
      06554a3b
    • Alexey Kopytov's avatar
      Automerge. · 159b18fa
      Alexey Kopytov authored
      159b18fa
    • Alexey Kopytov's avatar
      Manuel merge. · b3901af1
      Alexey Kopytov authored
      b3901af1
    • Alexey Kopytov's avatar
      Fix for bug #43801: mysql.test takes too long, fails due to · b071b660
      Alexey Kopytov authored
                          expired timeout on debx86-b in PB 
      
      Moved the resource-intensive test case for bug #41486 into 
      a separate test file to reduce execution time for mysql.test. 
      b071b660
    • Luis Soares's avatar
      BUG#39701: Mixed binlog format does not switch to row mode on · 6dff8012
      Luis Soares authored
      LOAD_FILE
                  
      LOAD_FILE is not safe to replicate in STATEMENT mode, because it
      depends on a file (which is loaded on master and may not exist in
      slave(s)). This leads to scenarios on which the slave replicates the
      statement with 'load_file' and it will try to load the file from local
      file system. Given that the file may not exist in the slave filesystem
      the operation will not succeed (probably returning NULL), causing
      master and slave(s) to diverge. However, when using MIXED mode
      replication, this can be made to work, if the statement including
      LOAD_FILE is marked as unsafe, triggering a switch to ROW mode,
      meaning that the contents of the file are written to binlog as row
      events. Consequently, the contents from the file in the master will
      reach the slave via the binlog.
                 
      This patch addresses this bug by marking the load_file function as
      unsafe. When in mixed mode and when LOAD_FILE is issued, there will be
      a switch to row mode. Furthermore, when in statement mode, the
      LOAD_FILE will raise a warning that the statement is unsafe in that
      mode.
      6dff8012
    • Georgi Kodinov's avatar
      Fixed initialization order warining. · 7b7d5b5b
      Georgi Kodinov authored
      7b7d5b5b
    • Georgi Kodinov's avatar
      merged 5.0-bugteam -> 5.1-bugteam · 706a0a39
      Georgi Kodinov authored
      706a0a39
    • Leonard Zhou's avatar
      Merge · 84a63525
      Leonard Zhou authored
      84a63525
    • Leonard Zhou's avatar
      Merge · 8ac45fb0
      Leonard Zhou authored
      8ac45fb0
    • Horst Hunger's avatar
      Merge to be able to push. · fcf6712e
      Horst Hunger authored
      fcf6712e
    • Sergey Glukhov's avatar
      compiler warning fix · 40138ba7
      Sergey Glukhov authored
      40138ba7
    • Leonard Zhou's avatar
      Merge · bcf70ef6
      Leonard Zhou authored
      bcf70ef6
    • Leonard Zhou's avatar
      Merge · 56184684
      Leonard Zhou authored
      56184684
    • Leonard Zhou's avatar
      BUG#41719 delayed INSERT into timestamp col needs set time_zone for concurrent binlogging · 97c6e3f8
      Leonard Zhou authored
      When do 'insert delayed' operation, the time_zone info doesn't be keeped in the row info.
      So when we do insert sometime later, time_zone didn't write into binlog.
      This will cause wrong result for timestamp column in slave.
      
      Our solution is that adding time_zone info with the delayed-row and
      restoring time_zone from row-info when execute that row in the furture by another thread.
      So we can write correct time_zone info into binlog and got correct result in slave.
      97c6e3f8
  2. 23 Mar, 2009 11 commits
  3. 22 Mar, 2009 1 commit
  4. 20 Mar, 2009 8 commits
  5. 19 Mar, 2009 5 commits