全球主机交流论坛

标题: 杜甫一开启Nginx就高负载高c'pu，这是被攻击了还是配置有..... [打印本页]

作者: bingo131 时间: 2024-4-5 15:02
标题: 杜甫一开启Nginx就高负载高c'pu，这是被攻击了还是配置有.....
本帖最后由 bingo131 于 2024-4-5 15:11 编辑

负载状态 80%

5950xCPU使用率98.8%

内存使用率
20260 / 128802(MB)
/

1T nvm

一开启Nginxcpu使用慢慢变高，然后负载也跟着高，

重启Nginx,就好了，但是没多久又这样了

这是优化问题还是配置不行，还是被攻之了？

宝塔统计每秒172个请求

Nginx1.22.1
php7.4  扩展开了opcache和redis
mysql5.7

启动时间       2024/03/08 19:14:52       每秒查询       139
总连接次数       84863807       每秒事务       0
发送       3.97 TB       File       mysql-bin.000245
接收       86.07 GB       Position       817990941
活动/峰值连接数       1/297       若值过大,增加max_connections
线程缓存命中率       100.00%       若过低,增加thread_cache_size
索引命中率       99.95%       若过低,增加key_buffer_size
Innodb索引命中率       100.00%       若过低,增加innodb_buffer_pool_size
查询缓存命中率       OFF       若过低,增加query_cache_size
创建临时表到磁盘       99.88%       若过大,尝试增加tmp_table_size
已打开的表       4096       table_open_cache配置值应大于等于此值
没有使用索引的量       16978       若不为0,请检查数据表的索引是否合理
没有索引的JOIN量       0       若不为0,请检查数据表的索引是否合理
排序后的合并次数       0       若值过大,增加sort_buffer_size
锁表次数       43713460       若值过大,请考虑增加您的数据库性能

作者: UQIDC 时间: 2024-4-5 15:04
跟nginx配置没啥关系，你应该去想你的数据库

作者: bingo131 时间: 2024-4-5 15:06

UQIDC 发表于 2024-4-5 15:04
跟nginx配置没啥关系，你应该去想你的数据库

1024
MB, 用于索引的缓冲区大小
query_cache_size
0
MB, 查询缓存,不开启请设为0
tmp_table_size
512
MB, 临时表缓存大小
innodb_buffer_pool_size
4096
MB, Innodb缓冲区大小
innodb_log_buffer_size
512
MB, Innodb日志缓冲区大小
sort_buffer_size
16384
KB * 连接数, 每个线程排序的缓冲大小
read_buffer_size
16384
KB * 连接数, 读入缓冲区大小
read_rnd_buffer_size
256
KB * 连接数, 随机读取缓冲区大小
join_buffer_size
256
KB * 连接数, 关联表缓存大小
thread_stack
256
KB * 连接数, 每个线程的堆栈大小
binlog_cache_size
32
KB * 连接数, 二进制日志缓存大小(4096的倍数)
thread_cache_size
512
线程池大小
table_open_cache
4096
表缓存
max_connections
500
最大连接数

数据库这杨配置的

作者: bingo131 时间: 2024-4-5 15:09
启动时间 2024/03/08 19:14:52 每秒查询 139
总连接次数 84863807 每秒事务 0
发送 3.97 TB File mysql-bin.000245
接收 86.07 GB Position 817990941
活动/峰值连接数 1/297 若值过大,增加max_connections
线程缓存命中率 100.00% 若过低,增加thread_cache_size
索引命中率 99.95% 若过低,增加key_buffer_size
Innodb索引命中率 100.00% 若过低,增加innodb_buffer_pool_size
查询缓存命中率 OFF 若过低,增加query_cache_size
创建临时表到磁盘 99.88% 若过大,尝试增加tmp_table_size
已打开的表 4096 table_open_cache配置值应大于等于此值
没有使用索引的量 16978 若不为0,请检查数据表的索引是否合理
没有索引的JOIN量 0 若不为0,请检查数据表的索引是否合理
排序后的合并次数 0 若值过大,增加sort_buffer_size
锁表次数 43713460 若值过大,请考虑增加您的数据库性能

作者: icon 时间: 2024-4-5 15:13
医生，我人不舒服
医生：你哪里不舒服
我：不舒服
医生：你哪里不舒服
我：不舒服
医生：你哪里不舒服
我：不舒服
医生：你哪里不舒服
我：不舒服
医生: 滚

作者: a8dog 时间: 2024-4-5 15:18
宝塔统计每秒172个请求你看看日志监控是不是不同IP在访问，在访问就是被cc了啊。开个防火墙搞人机验证试试看

作者: bingo131 时间: 2024-4-5 15:20

icon 发表于 2024-4-5 15:13
医生，我人不舒服
医生：你哪里不舒服
我：不舒服

我重启nginx就好了，但是时间一长就开始了

作者: hcyme 时间: 2024-4-5 15:23
Nginx不舒服

作者: Wency 时间: 2024-4-5 15:29
https://443502.xyz/forum.php?mo ... amp;highlight=nginx

貌似跟你一样的问题，，，我咋觉得跟宝塔有关，之前nginx的漏洞的缘故？

作者: jekyll 时间: 2024-4-5 15:57
ssh进去命令行，top查一下哪个进程占用的CPU

作者: 笑花落半世琉璃 时间: 2024-4-5 16:48
问就是被cc了，自己翻日志ban掉请求

欢迎光临全球主机交流论坛 (https://443502.xyz/)