MDEV-10017: Get unexpected `Empty Set` for correlated subquery with a…

…ggregate functions (part 1)

Make aggregate function dependency visible.

Record wsrep.variables test result (with non-debug galera library).

MDEV-10604 Create a list of unstable MTR tests to be disabled in dist…

…ribution builds

- mysql-test/unstable-tests list is created, it includes
  = tests identified as unstable by Debian;
  = tests which failed in buildbot on 10.0 over the last ~6 months and were not fixed;
  = tests which have been recently modified or newly added
- '*' wildcard is now supported in skip lists

MDEV-10314 : wsrep_client_thread was not set in threadpool.

Fixed threadpool_add_connection to use thd_prepare_connection()
to match thread-per-conection flow.

MDEV-10341: InnoDB: Failing assertion: mutex_own(mutex) - mutex_exit_…

…func

Fix memory barrier issues on releasing mutexes. We must have a full
memory barrier between releasing a mutex lock and reading its waiters.
This prevents us from missing to release waiters due to reading the
number of waiters speculatively before releasing the lock. If threads
try and wait between us reading the waiters count and releasing the
lock, those threads might stall indefinitely.

Also, we must use proper ACQUIRE/RELEASE semantics for atomic
operations, not ACQUIRE/ACQUIRE.

Fix embedded and 32-bit test results after MDEV-8580

fix ALTER TABLE .. DROP CONSTRAINT IF NOT EXISTS

Postfix: memory leak in XtraDB

MDEV-9423: cannot add new node to the cluser: Binlog..

.. file '/var/log/mysql/mariadb-bin.000001' not found in binlog
index, needed for recovery. Aborting.

In Galera cluster, while preparing for rsync/xtrabackup based
SST, the donor node takes an FTWRL followed by (REFRESH_ENGINE_LOG
in rsync based state transfer and) REFRESH_BINARY_LOG. The latter
rotates the binary log and logs Binlog_checkpoint_log_event
corresponding to the penultimate binary log file into the new file.
The checkpoint event for the current file is later logged
synchronously by binlog_background_thread.

Now, since in rsync/xtrabackup based snapshot state transfer methods,
only the last binary log file is transferred to the joiner node; the
file could get transferred even before the checkpoint event for the
same file gets written to it. As a result, the joiner node would fail
to start complaining about the missing binlog file needed for recovery.

In order to fix this, a mechanism has been put in place to make
REFRESH_BINARY_LOG operation wait for Binlog_checkpoint_log_event
to be logged for the current binary log file if the node is part of
a Galera cluster. As further safety, during rsync based state transfer
the donor node now acquires and owns LOCK_log for the duration of file
transfer during SST.

Merge tag 'mariadb-5.5.50' into 5.5-galera