6 回答

TA貢獻1776條經(jīng)驗 獲得超12個贊
一般系統(tǒng)瓶頸的話增加服務器數(shù)量、優(yōu)化請求基本上都能解決,更大的瓶頸基本上都是在數(shù)據(jù)庫鏈接上,按照你說的你是想要測試一下你的請求并發(fā)瓶頸,但是如果你不連接數(shù)據(jù)庫進行測試,基本上是沒什么效果的,對真實項目并沒有什么幫助,獲取的瓶頸并不是你真正的瓶頸

TA貢獻2011條經(jīng)驗 獲得超2個贊
jvm資源占用的cpu一直還沒到50%,mysql已經(jīng)被拖垮了
這怎么看都像是數(shù)據(jù)庫操作方面的問題,比如 SQL 需要優(yōu)化,或者需要加緩存以減少數(shù)據(jù)庫操作。看不出與 Tomcat 有什么關系。

TA貢獻1874條經(jīng)驗 獲得超12個贊
一般來說Web應用的瓶頸都在數(shù)據(jù)庫上,應用服務器(無論是Tomcat還是別的)負載過大的話,一般來說只要加服務器就能解決的。
如果希望降低成本,找出應用的瓶頸在哪,壓測是有些竅門的,比如:
把mysql存儲引擎改成blackhole
,這樣數(shù)據(jù)庫就不會容易被輕易拖垮。

TA貢獻1893條經(jīng)驗 獲得超10個贊
如果 CPU 占用太多,是不是已經(jīng)使用了數(shù)據(jù)庫連接池,限制鏈接的創(chuàng)建。為了減少數(shù)據(jù)庫的訪問,某些更新少的數(shù)據(jù)是不是可以放緩存如 Redis,不需要每次都訪問數(shù)據(jù)庫去取數(shù)據(jù)。
簡單壓力的測試,我喜歡用 apache server 里的 ab,復雜的可以試試 JMeter,壓力測試就比較容易分析找出問題在那。

TA貢獻1775條經(jīng)驗 獲得超8個贊
mysql都掛了,應該不是tomcat瓶頸,你要查查sql是否都優(yōu)化了,另外開啟mysql統(tǒng)計,查查看是否有慢sql,是否有全表掃描,索引是否高效。另外有沒有使用連接池對數(shù)據(jù)庫做并發(fā)控制,mysql支持的并發(fā)跟cpu核心數(shù)有關。一般慢sql容易拖垮數(shù)據(jù)庫

TA貢獻1770條經(jīng)驗 獲得超3個贊
tomcat慢了就加唄,成本也不高。
我遇到的瓶頸都在數(shù)據(jù)庫上,io高,命中率降低,每天看慢查詢需要優(yōu)化sql,
。。。。這是個痛苦的問題
添加回答
舉報