mysql进程占用150-400%的cpu

6tdlim6h  于 2021-06-18  发布在  Mysql
关注(0)|答案(1)|浏览(483)

我的软件对我的服务器进行了大量的mysql查询,过去我从来没有遇到过任何问题,但就在最近,没有加载任何东西,没有网页,没有运行sql,什么都没有。我设法为我的服务器安装了whm并终止了进程,结果却看到它又猛增到300%。我所能做的一切都使它失败了。我需要分享什么信息来获得帮助?我不是一个系统管理员,也没有一个或一个资源。我通常不会寻求帮助,只是优化我所有的查询像这样的东西,因为这不是一个问题,在过去3个月,但突然成为一个不知从何而来,至少我没有注意到。在这一点上,我的程序是说,我的一个数据库表已经崩溃,需要修复。。。我能做什么?提前谢谢你的帮助。。。
我已经考虑过优化,但我希望有一个快速的解决方案来实现,因为我有客户在等待,然后我可以花几天时间优化我的sql,就像我说的,以前没有任何问题。我对此感到困惑。
此外,我不确定这是否有帮助,但在whm中跟踪过程会重复打印此内容,而其他内容则不会:

fcntl(16, F_GETFL)                      = 0x2 (flags O_RDWR)
fcntl(16, F_SETFL, O_RDWR|O_NONBLOCK)   = 0
accept(16, {sa_family=AF_LOCAL, NULL}, [2]) = 35
fcntl(16, F_SETFL, O_RDWR)              = 0
setsockopt(35, SOL_IP, IP_TOS, [8], 4)  = -1 EOPNOTSUPP (Operation not supported)
futex(0x13298a4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x13298a0, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x1327240, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=14, events=POLLIN}, {fd=16, events=POLLIN}], 2, -1) = 1 ([{fd=16, revents=POLLIN}])

/etc/my.conf公司

innodb_file_per_table=1
default-storage-engine=MyISAM
performance-schema=0
max_allowed_packet=268435456
open_files_limit=10000

这就是我所能得到的一切 my.conf 文件。中不存在错误日志 /var/log 所以在这方面我没有什么可以给予的。。。
sql版本: [Server] # mysql -V mysql Ver 14.14 Distrib 5.6.41, for Linux (x86_64) using EditLine wrapper 我还有一个问题或附加问题。我不知道这是否有很大的区别,但是,假设我的代码在mysql进程上使用30%的cpu运行,我实际上可以关闭代码,mysql进程的cpu使用率不会改变。这是什么意思?
编辑:(从2018年9月12日起一周内到期)
全球地位
当前设置
乌利米特-a
磁盘空间
mysqltuner报告
我列出的my.cnf文件内容就是其中的全部内容。没别的了。我去拿钥匙 top 指挥与控制 iostat -xm 5 3 当我再次全速运行软件时看到结果。

4si2a6ki

4si2a6ki1#

rate per second=rps根据您的LinuxUlimit-a报告提出的建议。

ulimit -n 16384       to raise Open Files limit from 1024 to support your activities.

要在linux关闭/重新启动期间保持这种状态,请查看此url。
https://glassonionblog.wordpress.com/2013/01/27/increase-ulimit-and-file-descriptors-limit/
由于linux版本的不同,您的具体信息可能略有不同。
为您的my.cnf[mysqld]部分考虑的建议

innodb_lru_scan_depth=100  # from 1024 to reduce CPU busy every second.  93% savings for this one function.
thread_cache_size=32  # from 9 for thread breathing room and growth.
innodb_io_capacity=1800  # from 200 to take advantage of your HDD IOPS capacity
key_cache_age_threshold=7200  # from 300 seconds to reduce key_reads RPS of 16 
query_cache_size=0  # from 1M to conserve RAM - QC is OFF and not used
query_cache_limit=0  # from 1M to conserve RAM - QC is OFF and not used
key_buffer_size=128M  # from 8M which had NO free space at the end of your work day

如需其他建议,请参阅我的个人资料,联系信息的网络配置文件。

相关问题