升级到MySQL 8.0.20

Question

将MySQL从5.7版本升级到8.0后，我发现数据库性能显着下降。

在升级MySQL之前，CPU使用率稳定在30％+-左右，但是在升级之后，CPU使用率变得不稳定并且经常出现较大的峰值。

最近，我测试了一些非常有趣的东西，我将相同的查询运行了一段时间，发现所花费的时间越来越长。如下图所示。

我已经阅读了很多文章和堆栈溢出后的文章，但是这些解决方案都无法真正获得帮助。 因此，希望有人可以和我分享一些关于调优MySQL8.0的想法或经验。

会非常感谢。

请让我知道是否需要进一步调查的信息。

配置my.ini：-

key_buffer_size = 2G
max_allowed_packet = 1M

;Added to reduce memory used (minimum is 400)
table_definition_cache = 600

sort_buffer_size = 4M
net_buffer_length = 8K
read_buffer_size = 2M
read_rnd_buffer_size = 2M
myisam_sort_buffer_size = 2G
;Path to mysql install directory
basedir="c:/wamp64/bin/mysql/mysql8.0.20"
log-error="c:/wamp64/logs/mysql.log"
;Verbosity Value  1 Errors only, 2  Errors and warnings , 3 Errors, warnings, and notes
log_error_verbosity=2
;Path to data directory
datadir="c:/wamp64/bin/mysql/mysql8.0.20/data"


;slow_query_log = ON
;slow_query_log_file = "c:/wamp64/logs/slow_query.log"

;Path to the language
;See Documentation:
; http://dev.mysql.com/doc/refman/5.7/en/error-message-language.html
lc-messages-dir="c:/wamp64/bin/mysql/mysql8.0.20/share"
lc-messages=en_US

; The default storage engine that will be used when create new tables
default-storage-engine=InnoDB
; New for MySQL 5.6 default_tmp_storage_engine if skip-innodb enable
; default_tmp_storage_engine=MYISAM

;To avoid warning messages
secure_file_priv="c:/wamp64/tmp"
skip-ssl

explicit_defaults_for_timestamp=true

; Set the SQL mode to strict
sql-mode=""
;sql-mode="STRICT_ALL_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ZERO_DATE,NO_ZERO_IN_DATE,NO_AUTO_CREATE_USER"

;skip-networking

; Disable Federated by default
skip-federated

; Replication Master Server (default)
; binary logging is required for replication
;log-bin=mysql-bin

; binary logging format - mixed recommended
;binlog_format=mixed

; required unique id between 1 and 2^32 - 1
; defaults to 1 if master-host is not set
; but will not function as a master if omitted
server-id = 1

; Replication Slave (comment out master section to use this)

; New for MySQL 5.6 if no slave
skip-slave-start


; The InnoDB tablespace encryption feature relies on the keyring_file
; plugin for encryption key management, and the keyring_file plugin
; must be loaded prior to storage engine initialization to facilitate
; InnoDB recovery for encrypted tables. If you do not want to load the
; keyring_file plugin at server startup, specify an empty string.
early-plugin-load=""

;innodb_data_home_dir = C:/mysql/data/
innodb_data_file_path = ibdata1:12M:autoextend
;innodb_log_group_home_dir = C:/mysql/data/
;innodb_log_arch_dir = C:/mysql/data/

; You can set .._buffer_pool_size up to 50 - 80 %
; of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 4G

; Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 16M
innodb_log_buffer_size = 8M
innodb_thread_concurrency = 64
innodb_flush_log_at_trx_commit = 2

log_bin_trust_function_creators = 1;

innodb_lock_wait_timeout = 120
innodb_flush_method=normal
innodb_use_native_aio = true

innodb_flush_neighbors = 2
innodb_autoinc_lock_mode = 1

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash
; Remove the next comment character if you are not familiar with SQL
;safe-updates

[isamchk]
key_buffer_size = 20M
sort_buffer_size = 20M
read_buffer_size = 2M
write_buffer_size = 2M

[myisamchk]
key_buffer_size = 256M ;20M hys
sort_buffer_size_size = 20M
read_buffer_size = 2M
write_buffer_size = 2M

[mysqlhotcopy]
interactive-timeout

[mysqld]
port = 3306
skip-log-bin
default_authentication_plugin= mysql_native_password

max_connections = 400
max_connect_errors = 100000

innodb_read_io_threads = 32
innodb_write_io_threads = 8
innodb_thread_concurrency = 64

硬件：- 内存：16GB CPU：4核心3.0 Ghz

SHOW GLOBAL STATUS： https://pastebin.com/FVZrgnTw

SHOW ENGINE INNODB状态： https://pastebin.com/Rewp84Gi

显示全球变量： https://pastebin.com/3v6cM6KZ

Answer 1

[更新：在我们的网站上解决了问题]

实际上，我当前有遇到了一个非常相似（也许相同？）的问题。 我们有

• Windows Server 2016，4个CPU，32 GB RAM
• MySQL 8社区版
• 基于Java / Apache Tomcat的应用程序

两个星期以来，我们遇到了严重的应用程序问题，应用程序交互发生后，mysqld进程会占用100％的CPU，从而使服务器完全无响应。

在此降级之前，对安装程序的最后一次更改是由于安全修补程序将MySQL从8.0.18更新到8.0.20。

查询监控显示多次出现相同（简单）查询

SELECT COUNT(1) FROM xxxxx;

这需要5到10秒的时间（尽管该表只有大约3行，所以应该花5毫秒！）。

一个假设是这个MySQL问题：https://bugs.mysql.com/bug.php?id=99593 但是，推荐的解决方法对我没有帮助。

为我们提供的解决方案：

显然，MySQL Community Edition中存在一个附加错误，该错误在8.0.19或8.0.20中引入。 将MySQL降级到8.0.18之后，一切再次正常！

附加说明：

Downgrading is not supported by MySQL！ 实际上，为了在同一台计算机上提供降级的数据库，我...

• 已备份应用程序架构（使用mysqldump命令）
• 手动安装了MySQL 8.0.18二进制文件（没有安装程序）
• 创建了一个额外的MySQL实例（不同的data directory，不同的端口）
• 使用mysql命令将备份导入新实例
• 创建的角色和权限与“之前”完全相同
• 将应用程序配置切换到新的MySQL端口

Answer 2

每秒速率= RPS

您的my.ini [mysqld]部分要考虑的建议 在my.ini配置中有多个[mysqld]部分是不寻常的 my.ini接近尾声的部分可能会移到之前 [mysqldump]以避免混淆。

innodb_lru_scan_depth=100  # from 1024 to conserve 90% of CPU cycles used for function
key_buffer_size=16M  # from 1G to conserve RAM - you are not using MyISAM data tables
read_rnd_buffer_size=64K  # from 2M to reduce handler_read_rnd_next RPS of 1,872,921
innodb_io_capacity=900  # from 200 to more of your rotating drive IOPS capacity

您应该发现查询完成时间和CPU忙碌因这些更改而减少。

select_scan的平均值为41 RPS，这是由于索引不可用导致延迟。

有关其他建议，请查看配置文件，用于联系信息的网络配置文件，常见问题，其他技巧以及可免费下载的实用程序脚本，以帮助进行性能调整。

Answer 3

我找到了根本原因，并将其发布在https://dba.stackexchange.com/questions/271785/query-performance-become-slower-after-upgrade-to-mysql-8-0-20中。

非常感谢您的所有答复和建议。欣赏它。