想在thinkphp8的基礎上不改變老項目實現(xiàn)與webman 并存

xb 16天前

想實現(xiàn)的效果：想在thinkphp8的基礎上不改變老項目實現(xiàn)與webman 并存

情況介紹：原項目是用 thinkphp8 開發(fā)的項目很大，現(xiàn)在用戶端經(jīng)常出現(xiàn) cpu 100% 打滿的情況，如果說整體遷移到webman 會不習慣并且工程量比較大；

可行的解決方案：
.部分高并發(fā)的接口使用 webman 單獨成立項目開發(fā) 和 thinkphp 部署在同一服務器，并通過 nginx 轉發(fā) （目前來講最可行的方案相當于 webman 做微服務了，但是使得項目結構變復雜了）

待討論的解決方案：
能不能實現(xiàn)在thinkphp 同一個項目下使用 webman 使得在同一項目結構下 thinkphp webman 切換

 530  6 0

胡桃 16天前

加機器。。

fklee 15天前

重寫需要改進的接口就行了，又簡單又方便，硬集成在一起項目結構就復雜多了

xb 15天前

也就是nginx 轉發(fā)的那個方案咯
tanhongbin 15天前

你們多少qps呀會導致cpu100%？
xb 15天前

兩千人次具體多少qps 沒統(tǒng)計
tanhongbin 15天前

2000人同時在線？大項目呀不行就加機器吧負載均衡最省心了 mysql連接數(shù) 加大
xb 15天前

一個月的特點時間特定場景才會出現(xiàn) 其他時間很空閑
tanhongbin 15天前

這里有一個難點是排查那些接口是并發(fā)的使用cpu過多的我覺得這是一個大難點接口改成webman的很簡單，分分鐘的事，就是不好定位那些接口是導致cpu100%
xb 15天前

寶塔日志有記錄
tanhongbin 15天前

那就好弄了弄完少開點進程可以試試cpu是否下降如果真的下降了那就OK了如果沒有就需要看看是不是框架的事了

qq7467466 15天前

其實只要定位好常用接口, 然后增加cache就可以了, 如果量還很大, 在考慮接入進來webman,

超高級的稻姬 14天前

使用thinkphp往往不是cpu100%的主要原因，去排查分析一下是什么場景下多少Q(mào)PS的時候cpu100%了，找到原因是因為代碼不合理還是服務器性能不夠才可以更精確解決問題，不然即使整個項目都遷移webman也不一定能提升多少性能利用率

shiroi 13天前

我現(xiàn)在公司用webman寫了個websocket服務端，客戶端那邊跟ddos似的，8核100來人就頂不住了，cpu100%

xb 13天前

100 人都頂不住嗎我們 thinkphp 是 12核 http 2000 人次左右頂不住真實qps 也就300 - 400
xb 13天前

webman 加他的純種 sql 也頂不住嗎，在文檔看 webman 加他 sql 性能看上去很牛逼
xb 13天前

不用 orm 的話
xb 13天前

techempower壓測顯示webman不管在純文本、數(shù)據(jù)庫查詢、數(shù)據(jù)庫更新等所有指標都高于gin近一倍左右。
如果你的結果不一樣，可能是因為你在webman中使用了ORM帶來了較大的性能損失，可嘗試 webman+原生PDO 與 gin+原生SQL 比較。
six 12天前

8核 100人 cpu100%基本上代碼有問題，我們物聯(lián)網(wǎng)幾萬在線設備，3臺4核服務器 cpu也就 1-5%。webman的gateway-worker插件，帶數(shù)據(jù)庫業(yè)務。
tanhongbin 11天前

這種cpu100%的肯定是代碼有問題的
fklee 11天前

就是垃圾服務器，100人也不會扛不住啊。如果真是這種性能問題，還有誰會用這個啊，擺明了自己的問題