maria:bb-10.4-monty2

Last commit made on 2019-05-13
Get this branch:
git clone -b bb-10.4-monty2 https://git.launchpad.net/maria

Branch merges

Branch information

Name:
bb-10.4-monty2
Repository:
lp:maria

Recent commits

0abb2cd... by Monty <email address hidden> on 2019-05-13

Removed obsolete file maria_rename.sh

e8c01a2... by Monty <email address hidden> on 2019-05-13

Make maria-autozerofill a bit more rebust

- Remove warning about aria_control_file
- Write to unique test file

Other things:
- Fixed typo in aria_chk --help

9965966... by Monty <email address hidden> on 2019-05-10

Fixed that storage/funcs tests works with Aria

Problem was that SHOW CREATE didn't remove PAGE_CHECKSUM=1

6f3b099... by hygonsoc <email address hidden> on 2019-05-02

add Hygon Dhyana support in check-cpu

Signed-off-by: hygonsoc <email address hidden>

d2fa5f8... by Daniel Black <email address hidden> on 2018-12-16

MDEV-8553: Impossible where for a!=a, a<a, a>a

For a table column `a`, the above expressions logically
equate to false in all cases.

With this patch the optimizer knows about this and queries
like:

SELECT * FROM t1 WHERE a!=a

no longer need to evaluate a!=a for every row.

The same applies if the expression was `a<a`, or `a>a`

An `EXPLAIN SELECT COOUNT(*) FROM t1 WHERE a<a` will show:

id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE NULL NULL NULL NULL NULL NULL NULL Impossible WHERE

Similarly `NOT (a!=a)` is always true.

EXPLAIN SELECT COUNT(*) FROM t1 WHERE not (a!=a);
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE NULL NULL NULL NULL NULL NULL NULL Select tables optimized away

ad36d38... by Vladislav Vaintroub on 2019-05-09

MDEV-19235 MariaDB Server compiled for 128 Indexes crashes at startup

With MAX_INDEXIES=64(default), key_map=Bitmap<64> is just a wrapper around
ulonglong and thus "trivial" (can be bzero-ed, or memcpy-ed, and stays
valid still)

With MAX_INDEXES=128, key_map = Bitmap<128> is not a "trivial" type
anymore. The implementation uses MY_BITMAP, and MY_BITMAP contains pointers
which make Bitmap invalid, when it is memcpy-ed/bzero-ed.

The problem in 10.4 is that there are many new key_map members, inside TABLE
or KEY, and those are often memcopied and bzeroed

The fix makes Bitmap "trivial", by inlining most of MY_BITMAP functionality.
pointers/heap allocations are not used anymore.

44b8b00... by Monty <email address hidden> on 2019-05-09

Disable 5733_tokudb as the result is not stable

a3a48d4... by Vladislav Vaintroub on 2019-05-07

MDEV-19403 Remove mysql_secure_installation.pl

fd386e3... by Igor Babaev on 2019-05-06

MDEV-18689 Simple query with extra brackets stopped working

Parenthesis around table names and derived tables should be allowed
in FROM clauses and some other context as it was in earlier versions.

Returned test queries that used such parenthesis in 10.3 to their
original form. Adjusted test results accordingly.

b8259e4... by Monty <email address hidden> on 2019-05-05

MDEV-19384 Deadlock in FTWRL

The deadlock happened between FTWRL under open HANDLER, LOCK TABLE and
DROP DATABASE

Fixed by reverting the previous fix for handler open in
lock_global_read_lock()

Fixed the original (wrong) test case in flush_read_lock.test to be
repeatable.