我正在使用wordpress、php 7.2和mysql 對生產(chǎn)服務(wù)器進行負載測試Ver 15.1 Distrib 10.1.44-MariaDB，其中有 4 個 Core i7 CPU 和 10GB Ram 在ubuntu 18.04 LTS上運行。問題是即使負載很低，比如每秒 5 個用戶，所有 4 個 CPU 都達到 100%，并且它們?nèi)匀淮嬖?。一段時間后，CPU 已滿，我只收到錯誤 500。而且，我所有的模塊都是最新的。我嘗試禁用 wordpress 中的所有插件并運行相同的測試，但問題仍然存在。我也使用了一些插件來優(yōu)化數(shù)據(jù)庫wp-optimize，但沒有運氣。該/var/log/mysql/mysql-slow.log文件也是空的。僅幾秒后的負載測試結(jié)果，包括 htopDatadog相關(guān)測試的監(jiān)控儀表盤如上圖所示，您可以理解mysqld無緣無故地使用了過多的 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