lp://staging/mysql-server/5.6

Created by Daniel Fischer and last modified

NOTE: The MySQL Server repositories on Launchpad have been frozen. Future updates will be published on github instead.

Get this branch:
bzr branch lp://staging/mysql-server/5.6
Members of Oracle/MySQL Engineering can upload to this branch. Log in for directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Oracle/MySQL Engineering
Project:
MySQL Server
Status:
Mature

Recent revisions

6235. By Thirunarayanan B<email address hidden>

Bug #19183565 CREATE DYNAMIC INNODB_TMPDIR VARIABLE TO CONTROL
  WHERE INNODB WRITES TEMP FILES
  - Reverting the patch.

6234. By Balasubramanian Kandasamy

Added sles11 repo packages

6233. By mithun <email address hidden>

Bug #19372926 : 5.5.38 FAILS FUNC_MATH MTR TEST.

null-merge from mysql-5.6

6232. By Balasubramanian Kandasamy

Fix test by updating glob pattern to cover commercial rpms

6231. By Marko Makela <email address hidden>

Bug#19931177 INNODB.CHECKSUM IS FAILING FOR 5.6

This is a regression from WL#5652, implementing
innodb_checksum_algorithm in MySQL 5.6.

The function buf_flush_init_for_writing() was reading the global
variable srv_checksum_algorithm three times.

The test innodb.checksum is executing
SET GLOBAL innodb_checksum_algorithm=crc32;
while buf_flush_init_for_writing() function may be executing. If the
SET GLOBAL takes effect between the first read and the subsequent
reads of the global variable, then we will write an incorrect checksum
to the page (the same "innodb" checksum to both checksum fields).

Approved by Sunny Bains

6230. By Venkatesh Duggirala<email address hidden>

Bug#19704825 TEMPORARY SLAVE TYPE CONVERSION TABLES RELEASED TO EARLY

Problem: The memory used in preparing slave type conversion temporary table
is getting released early and causing unexpected results

Analysis: As part of bug#18770469 fix, We introduced an event
m_event_mem_root (a special mem root), added to Log_event
class. While server is creating the temporary table, the memory needed
is allocated from this special mem root which will be freed in ~Log_event()
i.e., the scope of this memroot is one event. But it could happen
that in some cases, server might need to access this
conversion temporary table for next following event.
For eg: A nested row event (insert is causing insert in a trigger)
In this situation, the memory is getting delayed too early
and causing issues when the server is trying to access the temporary
table inside the trigger.

Fix: We cannot use a mem_root whose scope is limited to an event
execution in this situation. With some further analysis, found out
that clearing a thd->mem_root at the end of statement (upon applying
an event which has STMT_END_F flag) will solve out of memory problem
while running a long transactions (bug#18770469) and will also
make this reported problem (memory is getting released early) to go away.

6229. By Marko Makela <email address hidden>

Merge mysql-5.5 to mysql-5.6.

6228. By mrainb0w

Null merge from mysql-5.5 to mysql-5.6

6227. By mithun <email address hidden>

BUG #16812821: INCONSISTANT RESULTS WHEN ODBC DATE FORMAT IS
               USED
Issue :
-------
Temporal literals which are in ODBC STYLE are considered as
data/time constants. For such items we have used_tables as 0
but did not initialize not_null_tables. not_null_tables is
now pointing to some junk table_map values. While in
simplify_joins the conditions with temporal literals were
wrongly assumed to filter nulls in inner table of outer
joins. This is because not_null_tables is not initialized.
So some of the outer joins are converted to inner joins.
This results in invalid result row set.

Solution:
---------
For class Item_date_literal, Item_time_literal and
Item_datetime_literal set not_null_tables as used_tables().

6226. By Thirunarayanan B<email address hidden>

Bug #19183565 CREATE DYNAMIC INNODB_TMPDIR VARIABLE TO CONTROL WHERE
                        INNODB WRITES TEMP FILES
 Pushing Post fix failure in pb2.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
lp://staging/~dannythefool/+junk/trunk-outdated
This branch contains Public Security information 
Everyone can see this security related information.