1. 03 Dec, 2015 3 commits
    • Alexander Barkov's avatar
      MDEV-8630 Datetime value dropped in "INSERT ... SELECT ... ON DUPLICATE KEY" · d87bc55b
      Alexander Barkov authored
      Item_func_coalesce::fix_length_and_dec() calls
      Item_func::count_string_result_length()) which called agg_arg_charsets()
      with wrong flags, so the collation derivation of the COALESCE result was
      not properly set to DERIVATION_COERCIBLE. It erroneously stayed
      DERIVATION_NUMERIC. So GREATEST() misinterpreted the argument as
      a number rather that a string and did not calculate its own length properly.
      d87bc55b
    • Sergey Vojtovich's avatar
      MDEV-9001 - [PATCH] Fix DB name quoting in mysqldump --routine · 9f07c6b3
      Sergey Vojtovich authored
      mysqldump --routine fails to dump databases containing backslash ("\")
      character. This happened because escaped database name was being used as an
      identifier while changing current database. Such identifers are not supposed
      to be escaped, they must be properly quoted instead.
      9f07c6b3
    • Jan Lindström's avatar
      MDEV-7762 InnoDB: Failing assertion: block->page.buf_fix_count > 0 in buf0buf.ic line 730 · 33589b25
      Jan Lindström authored
      Analysis: debug only assertion I_S function (IS is XtraDB feature) is calling
      buf_block_get_frame on any page it reads, which debug-asserts that the page is
      buffer-fixed, which is not the case in I_S query.
      
      Fixed by holding the buffer page mutex while the fields are read directly.
      33589b25
  2. 20 Nov, 2015 1 commit
  3. 18 Nov, 2015 2 commits
  4. 17 Nov, 2015 1 commit
  5. 09 Nov, 2015 2 commits
  6. 06 Nov, 2015 1 commit
    • Oleksandr Byelkin's avatar
      MDEV-8701 Crash on derived query · c88ca2c2
      Oleksandr Byelkin authored
      MDEV-8938 Server Crash on Update with joins
      
      Make unique table check after setup_fields of update because unique table can materialize table and we do not need field resolving after materialization.
      c88ca2c2
  7. 21 Oct, 2015 1 commit
  8. 11 Oct, 2015 1 commit
  9. 09 Oct, 2015 1 commit
    • Sergei Golubchik's avatar
      fixes for buildbot: · 16c4b3c6
      Sergei Golubchik authored
      * OSX (mysqlimport freeing unallocated memory)
      * Windows (didn't compile MSI)
      * fulltest2 (innodb crashes in --embedded --big)
      16c4b3c6
  10. 08 Oct, 2015 4 commits
  11. 06 Oct, 2015 5 commits
  12. 30 Sep, 2015 1 commit
  13. 29 Sep, 2015 1 commit
  14. 28 Sep, 2015 2 commits
  15. 27 Sep, 2015 2 commits
  16. 25 Sep, 2015 2 commits
  17. 24 Sep, 2015 2 commits
  18. 18 Sep, 2015 2 commits
  19. 07 Sep, 2015 1 commit
  20. 04 Sep, 2015 1 commit
  21. 26 Aug, 2015 1 commit
  22. 25 Aug, 2015 1 commit
  23. 21 Aug, 2015 1 commit
    • Arun Kuruvila's avatar
      Bug#20198490 : LOWER_CASE_TABLE_NAMES=0 ON WINDOWS LEADS TO · f4ff086a
      Arun Kuruvila authored
                     PROBLEMS
      
      Description:- Server variable "--lower_case_tables_names"
      when set to "0" on windows platform which does not support
      case sensitive file operations leads to problems. A warning
      message is printed in the error log while starting the
      server with "--lower_case_tables_names=0". Also according to
      the documentation, seting "lower_case_tables_names" to "0"
      on a case-insensitive filesystem might lead to index
      corruption.
      
      Analysis:- The problem reported in the bug is:-
      Creating an INNODB table 'a' and executing a query, "INSERT
      INTO a SELECT a FROM A;" on a server started with
      "--lower_case_tables_names=0" and running on a
      case-insensitive filesystem leads innodb to flat spin.
      Optimizer thinks that "a" and "A" are two different tables
      as the variable "lower_case_table_names" is set to "0". As a
      result, optimizer comes up with a plan which does not need a
      temporary table. If the same table is used in select and
      insert, a temporary table is needed. This incorrect
      optimizer plan leads to infinite insertions.
      
      Fix:- If the server is started with
      "--lower_case_tables_names" set to 0 on a case-insensitive
      filesystem, an error, "The server option
      'lower_case_table_names'is configured to use case sensitive
      table names but the data directory is on a case-insensitive
      file system which is an unsupported combination. Please
      consider either using a case sensitive file system for your
      data directory or switching to a case-insensitive table name
      mode.", is printed in the server error log and the server
      exits.
      f4ff086a
  24. 19 Aug, 2015 1 commit