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

xb 11天前

問(wèn)題描述

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

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

可行的解決方案：
.部分高并發(fā)的接口使用 webman 單獨(dú)成立項(xiàng)目開(kāi)發(fā) 和 thinkphp 部署在同一服務(wù)器，并通過(guò) nginx 轉(zhuǎn)發(fā) （目前來(lái)講最可行的方案相當(dāng)于 webman 做微服務(wù)了，但是使得項(xiàng)目結(jié)構(gòu)變復(fù)雜了）

待討論的解決方案：
能不能實(shí)現(xiàn)在thinkphp 同一個(gè)項(xiàng)目下使用 webman 使得在同一項(xiàng)目結(jié)構(gòu)下 thinkphp webman 切換

 448  6 0

6個(gè)回答

胡桃 11天前

加機(jī)器。。

tanhongbin 11天前

加機(jī)器最省心開(kāi)啟opcache 應(yīng)該問(wèn)題不大增加webman會(huì)增加項(xiàng)目復(fù)雜度

fklee 11天前

重寫(xiě)需要改進(jìn)的接口就行了，又簡(jiǎn)單又方便，硬集成在一起項(xiàng)目結(jié)構(gòu)就復(fù)雜多了

xb 11天前

也就是nginx 轉(zhuǎn)發(fā)的那個(gè)方案咯
tanhongbin 11天前

你們多少qps呀會(huì)導(dǎo)致cpu100%？
xb 11天前

兩千人次具體多少qps 沒(méi)統(tǒng)計(jì)
tanhongbin 11天前

2000人同時(shí)在線(xiàn)？大項(xiàng)目呀不行就加機(jī)器吧負(fù)載均衡最省心了 mysql連接數(shù) 加大
xb 11天前

一個(gè)月的特點(diǎn)時(shí)間特定場(chǎng)景才會(huì) 出現(xiàn) 其他時(shí)間很空閑
tanhongbin 11天前

這里有一個(gè)難點(diǎn) 是排查那些接口是并發(fā)的使用cpu過(guò)多的我覺(jué)得這是一個(gè)大難點(diǎn) 接口改成webman的很簡(jiǎn)單，分分鐘的事，就是不好定位那些接口是導(dǎo)致cpu100%
xb 11天前

寶塔日志有記錄
tanhongbin 11天前

那就好弄了弄完少開(kāi)點(diǎn)進(jìn)程可以試試cpu是否下降如果真的下降了那就OK了如果沒(méi)有就需要看看是不是框架的事了

qq7467466 10天前

其實(shí)只要定位好常用接口, 然后增加cache就可以了, 如果量還很大, 在考慮接入進(jìn)來(lái)webman,

xb 9天前

確實(shí) 緩存用的好什么都快 (￣ヘ￣) ，但是工作量太大了，每個(gè) add update 都需要更新緩存

超高級(jí)的稻姬 10天前

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

暫無(wú)評(píng)論

shiroi 9天前

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

xb 9天前

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

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

不用 orm 的話(huà)
xb 9天前

techempower壓測(cè)顯示webman不管在純文本、數(shù)據(jù)庫(kù)查詢(xún)、數(shù)據(jù)庫(kù)更新等所有指標(biāo)都高于gin近一倍左右。
如果你的結(jié)果不一樣，可能是因?yàn)槟阍趙ebman中使用了ORM帶來(lái)了較大的性能損失，可嘗試 webman+原生PDO 與 gin+原生SQL 比較。
six 8天前

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

這種cpu100%的肯定是代碼有問(wèn)題的
fklee 7天前

就是垃圾服務(wù)器，100人也不會(huì)扛不住啊。如果真是這種性能問(wèn)題，還有誰(shuí)會(huì)用這個(gè)啊，擺明了自己的問(wèn)題