1. 18 Jan, 2007 1 commit
    • cbell/Chuck@mysql_cab_desk.'s avatar
      BUG#21490 - No warning issued for deprecated replication parameters · fc0adebe
      cbell/Chuck@mysql_cab_desk. authored
      This patch deprecates the replication startup options in the configuration
      file and on the command line. The options deprecated include:
      
      MASTER_HOST, MASTER_USER, MASTER_PASSWORD, MASTER_PORT, MASTER_CONNECT_RETRY,
      MASTER_SSL, MASTER_SSL_CA, MASTER_SSL_CAPATH, MASTER_SSL_CERT, MASTER_SSL_KEY,
      and MASTER_SSL_CIPHER
      
      The code is designed to print the warning message once.
      fc0adebe
  2. 12 Jan, 2007 1 commit
  3. 11 Jan, 2007 1 commit
  4. 10 Jan, 2007 7 commits
  5. 09 Jan, 2007 5 commits
  6. 08 Jan, 2007 1 commit
    • guilhem@gbichot3.local's avatar
      Fix for BUG#19725 "Calls to SF in other database are not replicated · 3e760410
      guilhem@gbichot3.local authored
      correctly in some cases".
      In short, calls to a stored function located in another database
      than the default database, may fail to replicate if the call was made
      by SET, SELECT, or DO.
      Longer: when a stored function is called from a statement which does not go
      to binlog ("SET @A=somedb.myfunc()", "SELECT somedb.myfunc()",
      "DO somedb.myfunc()"), this crafted statement is binlogged:
      "SELECT myfunc();" (accompanied with a mention of the default database
      if there is one). So, if "somedb" is not the default database,
      the slave would fail to find myfunc(). The fix is to specify the
      function's database name in the crafted binlogged statement, like this:
      "SELECT somedb.myfunc();". Test added in rpl_sp.test.
      3e760410
  7. 05 Jan, 2007 2 commits
  8. 04 Jan, 2007 4 commits
  9. 02 Jan, 2007 11 commits
  10. 01 Jan, 2007 7 commits