MySQL 9.0 发行说明
此表显示写入二进制日志和中继日志的事务有效负载的统计信息，可用于计算启用二进制日志事务压缩的效果。有关二进制日志事务压缩的信息，请参见 第 7.4.4.5 节，“二进制日志事务压缩”。
仅当服务器实例具有二进制日志且系统变量 binlog_transaction_compression 设置为 ON 时，才会填充 binary_log_transaction_compression_stats 表。这些统计信息涵盖自服务器启动或表被截断以来写入二进制日志和中继日志的所有事务。压缩事务按使用的压缩算法分组，未压缩事务与压缩算法为 NONE 的事务一起分组，因此可以计算压缩率。
binary_log_transaction_compression_stats 表具有以下列
LOG_TYPE这些事务是写入二进制日志还是中继日志。
COMPRESSION_TYPE用于压缩事务有效负载的压缩算法。
NONE表示这些事务的有效负载未压缩，这在多种情况下是正确的（请参见 第 7.4.4.5 节，“二进制日志事务压缩”）。TRANSACTION_COUNTER使用此压缩类型写入此日志类型的交易数量。
COMPRESSED_BYTES使用此压缩类型压缩并写入此日志类型的总字节数，压缩后计算。
UNCOMPRESSED_BYTES此日志类型和此压缩类型的压缩前总字节数。
COMPRESSION_PERCENTAGE此日志类型和此压缩类型的压缩率，以百分比表示。
FIRST_TRANSACTION_ID使用此压缩类型写入此日志类型的第一个事务的 ID。
FIRST_TRANSACTION_COMPRESSED_BYTES压缩后写入日志的第一个事务的总字节数，压缩后计算。
FIRST_TRANSACTION_UNCOMPRESSED_BYTES第一个事务的压缩前总字节数。
FIRST_TRANSACTION_TIMESTAMP第一个事务写入日志的时间戳。
LAST_TRANSACTION_ID使用此压缩类型写入此日志类型的最新事务的 ID。
LAST_TRANSACTION_COMPRESSED_BYTES压缩后写入日志的最新事务的总字节数，压缩后计算。
LAST_TRANSACTION_UNCOMPRESSED_BYTES最新事务的压缩前总字节数。
LAST_TRANSACTION_TIMESTAMP最新事务写入日志的时间戳。
binary_log_transaction_compression_stats 表没有索引。
TRUNCATE TABLE 允许用于 binary_log_transaction_compression_stats 表。