1. 06 Apr, 2004 1 commit
    • guilhem@mysql.com's avatar
      This is a fix for a bug in 3.23 -> 4.0 replication: Exec_master_log_pos is always · b5ffdec2
      guilhem@mysql.com authored
      too big by 6 bytes. So I add code to substract 6 bytes if the master is 3.23.
      This is not perfect (because it won't work if the slave I/O thread has not
      noticed yet that the master is 3.23), but as long as the slave I/O thread
      starts Exec_master_log_pos will be ok.
      It must be merged to 4.1 but not to 5.0 (or it can be, because of #if MYSQL_VERSION_ID),
      because 5.0 already works if the master is 3.23 (and in a more natural way:
      in 5.0 we store the end_log_pos in the binlog and relay log).
      I had to move functions from slave.h to slave.cc to satisfy gcc.
      b5ffdec2
  2. 20 Mar, 2004 3 commits
    • guilhem@mysql.com's avatar
      Merge gbichot@bk-internal.mysql.com:/home/bk/mysql-4.0 · f657ea97
      guilhem@mysql.com authored
      into mysql.com:/home/mysql_src/mysql-4.0
      f657ea97
    • guilhem@mysql.com's avatar
      The automatic DROP TEMPORARY TABLE is now DROP TEMPORARY TABLE IF EXISTS, · d89f148d
      guilhem@mysql.com authored
      this is better in this case:
      - imagine user1 has created a temp table
      - imagine user2 does FLUSH TABLES WITH READ LOCK, then takes a backup,
      then RESET MASTER then UNLOCK TABLES, like mysqldump --first-slave
      - then in the binlog you will finally have the DROP TEMPORARY TABLE,
      but not the CREATE TEMPORARY TABLE, so when you later restore with
      mysqlbinlog|mysql, mysql will complain that table does not exist.
      Replication was already protected of this (it processes DROP TEMPORARY
      TABLE as if there was a IF EXISTS), now I add it directly to the query
      for mysqlbinlog|mysql to work.
      d89f148d
    • heikki@hundin.mysql.fi's avatar
      btr0btr.c: · a8da91f9
      heikki@hundin.mysql.fi authored
        Correct previous bk commit comment about page splits: actually, in versions < 4.0.19 space utilization is very poor if 1500 - 8000 byte rows are inserted in the order of the primary key
      a8da91f9
  3. 19 Mar, 2004 11 commits
  4. 17 Mar, 2004 6 commits
  5. 16 Mar, 2004 14 commits
  6. 13 Mar, 2004 4 commits
  7. 12 Mar, 2004 1 commit