Re: [發案] 資料庫優化
※ 引述《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站內信聯繫
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.142.23.180 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/CodeJob/M.1688118900.A.785.html
→
06/30 19:45,
1年前
, 1F
06/30 19:45, 1F
討論串 (同標題文章)
CodeJob 近期熱門文章
PTT數位生活區 即時熱門文章