我正在使用wordpress、php 7.2和mysql 對(duì)生產(chǎn)服務(wù)器進(jìn)行負(fù)載測(cè)試Ver 15.1 Distrib 10.1.44-MariaDB，其中有 4 個(gè) Core i7 CPU 和 10GB Ram 在ubuntu 18.04 LTS上運(yùn)行。問(wèn)題是即使負(fù)載很低，比如每秒 5 個(gè)用戶(hù)，所有 4 個(gè) CPU 都達(dá)到 100%，并且它們?nèi)匀淮嬖?。一段時(shí)間后，CPU 已滿(mǎn)，我只收到錯(cuò)誤 500。而且，我所有的模塊都是最新的。我嘗試禁用 wordpress 中的所有插件并運(yùn)行相同的測(cè)試，但問(wèn)題仍然存在。我也使用了一些插件來(lái)優(yōu)化數(shù)據(jù)庫(kù)wp-optimize，但沒(méi)有運(yùn)氣。該/var/log/mysql/mysql-slow.log文件也是空的。僅幾秒后的負(fù)載測(cè)試結(jié)果，包括 htopDatadog相關(guān)測(cè)試的監(jiān)控儀表盤(pán)如上圖所示，您可以理解mysqld無(wú)緣無(wú)故地使用了過(guò)多的 CPU。mysql配置在 /etc/mysqld/my.cnf：[mysqld]general_log = onskip-name-resolveinnodb_read_io_threads=4innodb_write_io_threads=4general_log_file = /var/log/mysql/mysql.loglog_error=/var/log/mysql/mysql_error.log##log_error = /var/log/mysql/error.log## Here you can see queries with especially long duration#log_slow_queries       = /var/log/mysql/mysql-slow.log#long_query_time = 2#log-queries-not-using-indexes## The following can be used as easy to replay backup logs or for replication.# note: if you are setting up a replication slave, see README.Debian about#       other settings you may need to change.#server-id              = 1#log_bin                        = /var/log/mysql/mysql-bin.logexpire_logs_days        = 10max_binlog_size         = 100M#binlog_do_db           = include_database_name#binlog_ignore_db       = include_database_name## * InnoDBinnodb_buffer_pool_size= 4000Mmax_connections =800wait_timeout=100interactive_timeout=100query_cache_size=0query_cache_type=0query_cache_limit=2Mtmp_table_size=500Mmax_heap_table_size=500Mthread_cache_size=4performance_schema=ONinnodb_log_file_size=500Minnodb_buffer_pool_instances=3innodb_autoinc_lock_mode = 2