※ 引述《seft584f8 (seft584f8)》之铭言：
: 发案人：林先生
: 联络方式1：BBS信件给我你的LINE ID 我会请窗口联系你LINE
: 所在地区 ：高雄为佳
: 有效时间：
: 专案说明：
: 网站运作稳定已经几年, 但从5/25开始会有crash现象发生
: 1. crash时间:
: - 固定早上10:00左右到下午16:00
: - 周一到周五
: - 一天会发生约5~6次crash
: 2. error log线索提供:
: - server reached MaxRequestWorkers setting
: - 我从默认的150拉到200,400, 1000,2000 还是一样
: - 不过CPU一直都维持50%以下, 所以资源很充足
: - free -m查询memory都非常有余裕
: 3.
: 针对特别于10:00~16:00容易使用的订单查询页面URI去设定限制流速
: <Location "/URI">
: SetEnvIf Request_URI "^URI$" is_orders
: Order deny,allow
: Deny from all
: Allow from env=is_orders
: <IfModule mod_ratelimit.c>
: SetOutputFilter RATE_LIMIT
: SetEnv rate-limit 2
: </IfModule>
: </Location>
: ==> 失败没有效果
: 5. 唯独能够知道的线索是当机之前的inbound traffic会拉高
: 6. 系统已经稳定运作好几年, 5/24号之前也没有改过什么code,
: 唯独可能订单增加或者商品增加而已
: 想请熟悉网站资源配置 (ubuntu, apache, mysql, php)的人可以帮忙厘清问题
: 并且修改
: 希望可以在我旁边一起处理
: 我好开权限以及了解解决的逻辑
: 也方便我告知该注意之处
: 时间希望是周一到周五白天(因为主要是周一到周五才容易出现crash)
: 预算五千起, 如果看过需要更多可以讨论
问题又出现了, 经过几个礼拜将近一个月时间都正常运作了
但6/28开始又偶尔出现系统崩溃的状况
尝试先治标依样画葫芦将max_allowed_packet 从32M再拉高到64M没有太大帮助
拉到512M也没有太大帮助
只要执行比较heavy的request (比如wordpress wwoocommerce里面分类的商品,
或者搜寻, 或者查询订单 ) 就会可能使得网站系统崩溃.
如果有比较熟悉此类问题的大大可以回信BBS站内信联系