1. 04 Nov, 2011 1 commit
  2. 03 Nov, 2011 2 commits
  3. 02 Nov, 2011 2 commits
  4. 01 Nov, 2011 2 commits
  5. 31 Oct, 2011 2 commits
  6. 28 Oct, 2011 2 commits
    • Andrei Elkin's avatar
      BUG#11763573 · e0660442
      Andrei Elkin authored
      post-push fixes for show_slave_io_error= 1 of wait_for_slave_io_error.inc;
      Unix and win format path specifically so few tests have to change show_slave_io_error
      to zero.
      e0660442
    • Andrei Elkin's avatar
      merge from 5.5 to local tree. · 9c255bda
      Andrei Elkin authored
      9c255bda
  7. 27 Oct, 2011 5 commits
  8. 26 Oct, 2011 2 commits
  9. 24 Oct, 2011 2 commits
  10. 23 Oct, 2011 1 commit
    • Dmitry Lenev's avatar
      Fix for bug #13116518 - "OPEN_TABLES() SHOULD NOT ALLOCATE AND FREE · 45526450
      Dmitry Lenev authored
      NEW_FRM_MEM WITHOUT NEEDING TO".
      
      During the process of opening tables for a statement, we allocated
      memory which was used only during view loading even in cases when the
      statement didn't use any views. Such an unnecessary allocation (and
      corresponding freeing) might have caused significant performance
      overhead in some workloads. For example, it caused up to 15% slowdown
      in a simple stored routine calculating Fibonacci's numbers.
      
      This memory was pre-allocated as part of "new_frm_mem" MEM_ROOT
      initialization at the beginning of open_tables(). 
      
      This patch addresses this issue by turning off memory pre-allocation
      during initialization for this MEM_ROOT. Now, memory on this root
      will be allocated only at the point when the first .FRM for a view is 
      opened.
      
      The patch doesn't contain a test case since it is hard to test the
      performance improvements or the absence of memory allocation in our
      test framework.
      45526450
  11. 22 Oct, 2011 1 commit
  12. 21 Oct, 2011 7 commits
  13. 20 Oct, 2011 1 commit
    • Sergey Vojtovich's avatar
      BUG#11757032 - 49030: OPTIMIZE TABLE BREAKS MYISAM TABLE WHEN · 3e0491c7
      Sergey Vojtovich authored
                     USING MYISAM_USE_MMAP ON WINDOWS
      
      When OPTIMIZE/REPAIR TABLE is switching to new data file,
      old data file is removed while memory mapping is still
      active.
      
      With 5.1 implementation of nt_share_delete() it is not
      permitted to remove mmaped file.
      
      This fix disables memory mapping for mi_repair() operations.
      3e0491c7
  14. 19 Oct, 2011 4 commits
  15. 18 Oct, 2011 2 commits
  16. 17 Oct, 2011 2 commits
  17. 14 Oct, 2011 1 commit
  18. 13 Oct, 2011 1 commit