MariaDB

maria:bb-11.0-midenok-mydumper

  1. Git
  2. lp:maria
  3. bb-11.0-midenok-mydumper
Last commit made on 2024-01-31
Get this branch:
git clone -b bb-11.0-midenok-mydumper https://git.launchpad.net/maria

Branch merges

Branch information

Name:
bb-11.0-midenok-mydumper
Repository:
lp:maria

Recent commits

608d38b... by midenok

grep.inc fixes

Wrong comment and unclear error message leads to usage troubles.

e8920f3... by midenok

Mydumper compilation as MariaDB submodule

Requires commit "Compilation as MariaDB submodule fixes" from midenok
branch in <email address hidden>:mariadb-corporation/mydumper.git

cut_ts()
{
  perl -pe 's/\d{4}-\d\d-\d\d \d\d:\d\d:\d\d \[\w+\] - //'
}

96250c8... by VladislavVaintroub

Merge 11.1 into 11.2

Fix old_mode flags conflict between OLD_MODE_NO_NULL_COLLATION_IDS
and OLD_MODE_LOCK_ALTER_TABLE_COPY.

Both flags used to be 1 << 6, now OLD_MODE_LOCK_ALTER_TABLE_COPY changed
to be 1 << 7

2b40f8d... by VladislavVaintroub

Merge branch '11.0' into 11.1

b42f318... by VladislavVaintroub

Merge 10.11 into 11.0

0fb897b... by Marko Mäkelä

Merge 10.11 into 11.0

9d07b05... by VladislavVaintroub

MDEV-31608 - Connector/NET fails to connect since 10.10

Connector/NET does not expect collation IDs returned by "show collations"
to be NULL, runs into an exception.

The fix is to determine connector/net using its connection attributes,
then make sure "show collations" does not output NULL IDs.

The patch introduces new old_mode NO_NULL_COLLATION_IDs, that is
automatically set, once MySQL Connector/NET connection is determined.

A test was added, that uses MySql.Data from powershell - only works
if MySql.Data is installed into GAC (i.e with C/NET MSI package)

6d0bcfc... by Marko Mäkelä

Merge 10.6 into 10.11

b3a628c... by Marko Mäkelä

Merge 10.5 into 10.6

bb511de... by Marko Mäkelä

MDEV-32371 Deadlock between buf_page_get_zip() and buf_pool_t::corrupted_evict()

buf_page_get_zip(): Do not wait for the page latch while holding hash_lock.
If the latch is not available, ensure that any concurrent
buf_pool_t::corrupted_evict() will be able to acquire the hash_lock,
and then retry the lookup. If the page was corrupted, we will finally
"goto must_read_page", retry the read once more, and then report an error.

Reviewed by: Thirunarayanan Balathandayuthapani