Log Message:
mysql80: updated to 8.0.36

Changes in MySQL 8.0.36

Audit Log Notes

In some cases, calling audit_log_read( audit_log_read_bookmark() ) led to an Out \ 
of memory error.

Compilation Notes

Microsoft Windows: MySQL did not compile correctly using Visual Studio 2022.

Improved the -DWITH_ZLIB=system check.

For compiling on Linux, changed the no-error=deprecated-declarations flag to \ 
no-deprecated-declarations for the OpenSSL 3 library.

Our thanks to karry zhang for the contribution.

Optimizer Notes

The hashing algorithm employed yielded poor performance when using a HASH field \ 
to check for uniqueness.

Packaging Notes

Important Change: The GnuPG build key (A8D3785C) used to sign MySQL downloadable \ 
packages has been updated. The previous GnuPG build key (3A79BD29) expired on \ 
2023-12-14. For information about verifying the integrity and authenticity of \ 
MySQL downloadable packages using GnuPG signature checking, or to obtain a copy \ 
of our public GnuPG build key, see Signature Checking Using GnuPG.

Due to the GnuPG key update, systems configured to use repo.mysql.com may report \ 
a signature verification error when upgrading to MySQL 8.0.36 and higher or to \ 
MySQL 8.3.0 and higher using apt or yum. Use one of the following methods to \ 
resolve this issue:

Manually reinstall the MySQL APT or YUM repository setup package from \ 
https://dev.mysql.com/downloads/.

Download the MySQL GnuPG public key and add it your system GPG keyring.

Performance Schema Notes

When executing a stored program, the Performance Schema instrumentation caused \ 
some unnecessary overhead.

As of this release, all stored procedure micro instructions (statement/sp/%), \ 
except statement/sp/stmt, are disabled by default.

The performance of the Performance Schema statement instrumentation has been \ 
improved. Specifically, collecting MESSAGE_TEXT data is now more efficient.

Pluggable Authentication

Beginning with this release, the behavior of the AUTHENTICATION_PAM_LOG \ 
environment variable used in debugging the PAM authentication plugin is changed \ 
as follows:

Setting AUTHENTICATION_PAM_LOG to an arbitrary value (except as noted in the \ 
next item) no longer includes passwords in its diagnostic messages.

To include passwords in the diagnostic messages, set \ 
AUTHENTICATION_PAM_LOG=PAM_LOG_WITH_SECRET_INFO.

For more information, see PAM Authentication Debugging.

Functionality Added or Changed

Important Change: For platforms on which OpenSSL libraries are bundled, the \ 
linked OpenSSL library for MySQL Server has been updated to version 3.0.12. \ 
Issues fixed in OpenSSL version 3.0.12 are described at \ 
https://www.openssl.org/news/cl30.txt.

Bugs Fixed

InnoDB: The hash function used by the adaptive hash index (AHI) was improved to \ 
increase performance.

InnoDB: If change buffer entries are present during startup, a disabled \ 
innodb_validate_tablespace_paths option will no longer be enforced and instead \ 
the MySQL server will proceed to validate all tablespaces. Otherwise, secondary \ 
indexes could end up corrupted.

InnoDB: During concurrent DDL and DML operations, DDL could fail if the online \ 
log grew too large. Buffer handling was improved to prevent this issue.

Replication: An issue with calculating the current number of bytes used for \ 
Log_event events in Performance Schema memory instrumentation made it appear as \ 
though the sql/replica_sql thread on the replica grew endlessly and never \ 
decreased in size.

Replication: Stopping replication while replicating CREATE TABLE AS SELECT \ 
caused the server to exit.

Group Replication: A forced START GROUP_REPLICATION while a replication channel \ 
was in an error state could lead to an unplanned server exit.

For building Enterprise Linux 8 RPMs, the build scripts now point to a newer \ 
strip command (under /opt/rh/gcc-toolset-12), and they now check that the \ 
corresponding dwz tool is available.

In some cases, calling a loadable function installed by an improperly \ 
initialized plugin caused an unplanned shutdown.

Found and fixed an assertion failure at handler::ha_index_end() in handler.cc.

When the MYSQL_FIREWALL plugin was configured to use a custom schema, but failed \ 
to initialize properly during the server startup, subsequent errors and failures \ 
could occur.

Some nested queries with GROUP BY were not handled correctly.

References: This issue is a regression of:

In limited cases, passing data to the MD5() encryption function could halt the \ 
server.

Some subselects from views were not always handled correctly.

While performing an operation such as the bulk renaming of many tables, \ 
simultaneously executing a data definition statement similar to CREATE TABLE ... \ 
SELECT could stop the server unexpectedly.

UPDATE HISTOGRAM did not behave as expected in all cases.

UPDATE HISTOGRAM did not behave as expected in all cases.

EXPLAIN ANALYZE did not always produce the expected result.

An error occurred during subquery resolution.

References: This issue is a regression of:

Refreshing of used table information is now postponed to the start of the next \ 
execution, just after tables have been opened, and we know that all table \ 
objects are in a proper state.

Some HAVING queries did not produce expected results.

Some recursive CTEs did not function as expected.

Some queries using OVER (PARTITION ...) were not always executed successfully.

Some subqueries with ROLLUP were not always handled correctly.

Removed the CPACK_COMPONENT_GROUP_INFO_DISPLAY_NAME configuration option from \ 
the Windows installation MSI interface. Now the INFO_BIN and INFO_SRC files are \ 
always installed.

Some queries using windowing functions were not always handled correctly.

In debug builds, a case-altered column name could cause the server to exit.

MySQL Server installation packages contained two copies of the INFO_SRC file.

A SELECT statement within a prepared statement unexpectedly returned different \ 
results on successive executions.

References: This issue is a regression of:

Some SELECT DISTINCT queries were not always handled correctly.

Removed an assertion failure in sql/field.cc.

Sme queries having the form SELECT AVG(...) OVER (PARTITION BY ...) were not \ 
always handled correctly.

Upgrading MySQL using an official MySQL Yum or SUSE repository always enables \ 
the MySQL service. Now it enables the service only after installing, and \ 
preserves (and does not edit) the existing value while upgrading.

For a query with a derived condition pushdown where a column in the condition \ 
needs to be replaced, a matching item could not found, even when known to be \ 
present, when the replacement item was wrapped in a ROLLUP while the matching \ 
item was not.

References: This issue is a regression of:

Performing an arithmetic operation on the result over a window function in a \ 
stored procedure gave the correct result the first time the procedure was \ 
executed, but returned an incorrect result on all subsequent invocations.

References: See also:

MySQL did not build correctly using the musl version of libc.

Our thanks to Sam James for the contribution.

In some cases, selecting from a view leaked a small amount of memory.