淺談數(shù)據(jù)庫(kù)、JVM、緩存、SQL等性能調(diào)優(yōu)方法和原則

性能優(yōu)化基本是BAT等一線互聯(lián)網(wǎng)公司程序員必備的技能，以下為大家完整揭曉性能完整的優(yōu)化方案和方法：包含web網(wǎng)站調(diào)優(yōu)、數(shù)據(jù)庫(kù)、JVM調(diào)優(yōu)、架構(gòu)調(diào)優(yōu)等方案。

第一：Web網(wǎng)站調(diào)優(yōu)

1、盡可能減少HTTP請(qǐng)求：圖片合并 （css sprites），Js腳本文件合并、css文件合并。

2、減少DNS查詢

3、將css放在頁(yè)面最上面，將js放在頁(yè)面最下面

4、壓縮js和css

減少文件體積，去除不必要的空白符、格式符、注釋（即對(duì)代碼進(jìn)行格式化）

5、把js和css提取出來(lái)放在外部文件中

這一條要靈活運(yùn)用，把js和css提取出來(lái)放在外部文件的優(yōu)點(diǎn)是：減少html體積，提高了js和css的復(fù)用性，提高日后的可維護(hù)性

缺點(diǎn)：增加了http請(qǐng)求，不過(guò)這一點(diǎn)可以通過(guò)緩存來(lái)解決。

什么情況下將js和css寫在頁(yè)面內(nèi)呢，可以分為幾種情況：js和css代碼比較少；這個(gè)頁(yè)面不怎么會(huì)訪問(wèn)

6、避免重定向

重定向就是用戶請(qǐng)求的頁(yè)面被轉(zhuǎn)移到了別的地方，瀏覽器向服務(wù)請(qǐng)請(qǐng)求一個(gè)頁(yè)面，服務(wù)器告訴瀏覽器請(qǐng)求的頁(yè)面已經(jīng)被轉(zhuǎn)移到另外一個(gè)頁(yè)面，并告知另一個(gè)頁(yè)面地址，瀏覽器就再發(fā)送請(qǐng)求到重定向的地址。這樣會(huì)增加服務(wù)器和瀏覽器之間的往返次數(shù)，影響網(wǎng)站性能。

重定向狀態(tài)碼有：301永久重定向 302臨時(shí)重定向。304 not modified 并不是真的重定向，它是用來(lái)告訴瀏覽器get請(qǐng)求的文件在緩存中，避免重新下載。

7、移除重復(fù)腳本

8、使用ajax緩存

ajax的get和post方法：

只要是瀏覽器的get請(qǐng)求，瀏覽器都會(huì)使用緩存，對(duì)于同一地址的請(qǐng)求，服務(wù)器會(huì)發(fā)送304狀態(tài)碼到瀏覽器，瀏覽器就會(huì)使用緩存中的數(shù)據(jù)

post的請(qǐng)求每次都會(huì)被執(zhí)行，瀏覽器不會(huì)緩存

9、使用Gzip壓縮

10、使用CDN(內(nèi)容分發(fā)網(wǎng)絡(luò))

第二：數(shù)據(jù)庫(kù)調(diào)優(yōu)

數(shù)據(jù)庫(kù)的調(diào)優(yōu)，總的來(lái)說(shuō)分為以下三部分：

1.SQL調(diào)優(yōu)：主要集中在索引、減少跨表與大數(shù)據(jù)join查詢等。

2.數(shù)據(jù)庫(kù)端架構(gòu)設(shè)計(jì)優(yōu)化：

通過(guò)讀寫分離調(diào)整對(duì)數(shù)據(jù)庫(kù)的寫操作，通過(guò)垂直拆分以及水平拆分(分庫(kù)分表)來(lái)解決數(shù)據(jù)庫(kù)端連接池瓶頸等問(wèn)題。

3.連接池調(diào)優(yōu)

可以通過(guò)熟悉連接池的原理，以及具體的連接池監(jiān)控?cái)?shù)據(jù)，來(lái)不斷調(diào)試出最終的連接池參數(shù)。

第三：通過(guò)緩存減少后端壓力

目前分布式緩存已經(jīng)比較成熟，常見的有redis、memcached以及開源的淘寶分布式tair等。

選型考慮

如果數(shù)據(jù)量小，并且不會(huì)頻繁地增長(zhǎng)又清空（這會(huì)導(dǎo)致頻繁地垃圾回收），那么可以選擇本地緩存。具體的話，如果需要一些策略的支持（比如緩存滿的逐出策略），可以考慮Ehcache；如不需要，可以考慮HashMap；如需要考慮多線程并發(fā)的場(chǎng)景，可以考慮ConcurentHashMap。

緩存是否會(huì)滿，緩存滿了怎么辦？

對(duì)于一個(gè)緩存服務(wù)，理論上來(lái)說(shuō)，隨著緩存數(shù)據(jù)的日益增多，在容量有限的情況下，緩存肯定有一天會(huì)滿的。如何應(yīng)對(duì)？

① 給緩存服務(wù)，選擇合適的緩存逐出算法，比如最常見的LRU。

② 針對(duì)當(dāng)前設(shè)置的容量，設(shè)置適當(dāng)?shù)木渲?，比?0G的緩存，當(dāng)緩存數(shù)據(jù)達(dá)到8G的時(shí)候，就開始發(fā)出報(bào)警，提前排查問(wèn)題或者擴(kuò)容。

③ 給一些沒(méi)有必要長(zhǎng)期保存的key，盡量設(shè)置過(guò)期時(shí)間。

第四：數(shù)據(jù)請(qǐng)求改造為異步

使用場(chǎng)景

用戶并不關(guān)心或者用戶不需要立即拿到這些事情的處理結(jié)果，這種情況就比較適合用異步的方式處理，這里的原則就是能異步就異步。

常見做法

一種做法，是額外開辟線程，這里可以采用額外開辟一個(gè)線程或者使用線程池的做法，在IO線程（處理請(qǐng)求響應(yīng)）之外的線程來(lái)處理相應(yīng)的任務(wù)，在IO線程中讓response先返回。

如果異步線程處理的任務(wù)設(shè)計(jì)的數(shù)據(jù)量非常巨大，那么可以引入阻塞隊(duì)列BlockingQueue作進(jìn)一步的優(yōu)化。具體做法是讓一批異步線程不斷地往阻塞隊(duì)列里扔數(shù)據(jù)，然后額外起一個(gè)處理線程，循環(huán)批量從隊(duì)列里拿預(yù)設(shè)大小的一批數(shù)據(jù)，來(lái)進(jìn)行批處理（比如發(fā)一個(gè)批量的遠(yuǎn)程服務(wù)請(qǐng)求），這樣進(jìn)一步提高了性能。

另一種做法，是使用消息隊(duì)列（MQ）中間件服務(wù)，MQ天生就是異步的。

第五：JVM調(diào)優(yōu)

什么時(shí)候調(diào)？

通過(guò)監(jiān)控系統(tǒng)對(duì)一些機(jī)器關(guān)鍵指標(biāo)（gc time、gc count、各個(gè)分代的內(nèi)存大小變化、機(jī)器的Load值與CPU使用率、JVM的線程數(shù)等）的監(jiān)控報(bào)警，也可以看gc log和jstat等命令的輸出，再結(jié)合線上JVM進(jìn)程服務(wù)的一些關(guān)鍵接口的性能數(shù)據(jù)和請(qǐng)求體驗(yàn)，基本上就能定位出當(dāng)前的JVM是否有問(wèn)題，以及是否需要調(diào)優(yōu)。

調(diào)優(yōu)工具：

Jconsole，jProfile，VisualVM

Jconsole :jdk自帶，功能簡(jiǎn)單，但是可以在系統(tǒng)有一定負(fù)荷的情況下使用。對(duì)垃圾回收算法有很詳細(xì)的跟蹤。詳細(xì)說(shuō)明參考這里

JProfiler：商業(yè)軟件，需要付費(fèi)。功能強(qiáng)大。詳細(xì)說(shuō)明參考這里

VisualVM：JDK自帶，功能強(qiáng)大，與JProfiler類似。推薦。

如何調(diào)優(yōu)？

觀察內(nèi)存釋放情況、集合類檢查、對(duì)象樹

上面這些調(diào)優(yōu)工具都提供了強(qiáng)大的功能，但是總的來(lái)說(shuō)一般分為以下幾類功能

堆信息查看

可查看堆空間大小分配（年輕代、年老代、持久代分配）

性能優(yōu)化基本是BAT等一線互聯(lián)網(wǎng)公司程序員必備的技能，以下為大家完整揭曉性能完整的優(yōu)化方案和方法：包含web網(wǎng)站調(diào)優(yōu)、數(shù)據(jù)庫(kù)、JVM調(diào)優(yōu)、架構(gòu)調(diào)優(yōu)等方案。

第一：Web網(wǎng)站調(diào)優(yōu)

1、盡可能減少HTTP請(qǐng)求：圖片合并 （css sprites），Js腳本文件合并、css文件合并。

2、減少DNS查詢

3、將css放在頁(yè)面最上面，將js放在頁(yè)面最下面

4、壓縮js和css

減少文件體積，去除不必要的空白符、格式符、注釋（即對(duì)代碼進(jìn)行格式化）

5、把js和css提取出來(lái)放在外部文件中

這一條要靈活運(yùn)用，把js和css提取出來(lái)放在外部文件的優(yōu)點(diǎn)是：減少html體積，提高了js和css的復(fù)用性，提高日后的可維護(hù)性

缺點(diǎn)：增加了http請(qǐng)求，不過(guò)這一點(diǎn)可以通過(guò)緩存來(lái)解決。

什么情況下將js和css寫在頁(yè)面內(nèi)呢，可以分為幾種情況：js和css代碼比較少；這個(gè)頁(yè)面不怎么會(huì)訪問(wèn)

6、避免重定向

重定向就是用戶請(qǐng)求的頁(yè)面被轉(zhuǎn)移到了別的地方，瀏覽器向服務(wù)請(qǐng)請(qǐng)求一個(gè)頁(yè)面，服務(wù)器告訴瀏覽器請(qǐng)求的頁(yè)面已經(jīng)被轉(zhuǎn)移到另外一個(gè)頁(yè)面，并告知另一個(gè)頁(yè)面地址，瀏覽器就再發(fā)送請(qǐng)求到重定向的地址。這樣會(huì)增加服務(wù)器和瀏覽器之間的往返次數(shù)，影響網(wǎng)站性能。

重定向狀態(tài)碼有：301永久重定向 302臨時(shí)重定向。304 not modified 并不是真的重定向，它是用來(lái)告訴瀏覽器get請(qǐng)求的文件在緩存中，避免重新下載。

7、移除重復(fù)腳本

8、使用ajax緩存

ajax的get和post方法：

只要是瀏覽器的get請(qǐng)求，瀏覽器都會(huì)使用緩存，對(duì)于同一地址的請(qǐng)求，服務(wù)器會(huì)發(fā)送304狀態(tài)碼到瀏覽器，瀏覽器就會(huì)使用緩存中的數(shù)據(jù)

post的請(qǐng)求每次都會(huì)被執(zhí)行，瀏覽器不會(huì)緩存

9、使用Gzip壓縮

10、使用CDN(內(nèi)容分發(fā)網(wǎng)絡(luò))

第二：數(shù)據(jù)庫(kù)調(diào)優(yōu)

數(shù)據(jù)庫(kù)的調(diào)優(yōu)，總的來(lái)說(shuō)分為以下三部分：

1.SQL調(diào)優(yōu)：主要集中在索引、減少跨表與大數(shù)據(jù)join查詢等。

2.數(shù)據(jù)庫(kù)端架構(gòu)設(shè)計(jì)優(yōu)化：

通過(guò)讀寫分離調(diào)整對(duì)數(shù)據(jù)庫(kù)的寫操作，通過(guò)垂直拆分以及水平拆分(分庫(kù)分表)來(lái)解決數(shù)據(jù)庫(kù)端連接池瓶頸等問(wèn)題。

3.連接池調(diào)優(yōu)

可以通過(guò)熟悉連接池的原理，以及具體的連接池監(jiān)控?cái)?shù)據(jù)，來(lái)不斷調(diào)試出最終的連接池參數(shù)。

第三：通過(guò)緩存減少后端壓力

目前分布式緩存已經(jīng)比較成熟，常見的有redis、memcached以及開源的淘寶分布式tair等。

選型考慮

如果數(shù)據(jù)量小，并且不會(huì)頻繁地增長(zhǎng)又清空（這會(huì)導(dǎo)致頻繁地垃圾回收），那么可以選擇本地緩存。具體的話，如果需要一些策略的支持（比如緩存滿的逐出策略），可以考慮Ehcache；如不需要，可以考慮HashMap；如需要考慮多線程并發(fā)的場(chǎng)景，可以考慮ConcurentHashMap。

緩存是否會(huì)滿，緩存滿了怎么辦？

對(duì)于一個(gè)緩存服務(wù)，理論上來(lái)說(shuō)，隨著緩存數(shù)據(jù)的日益增多，在容量有限的情況下，緩存肯定有一天會(huì)滿的。如何應(yīng)對(duì)？

① 給緩存服務(wù)，選擇合適的緩存逐出算法，比如最常見的LRU。

② 針對(duì)當(dāng)前設(shè)置的容量，設(shè)置適當(dāng)?shù)木渲?，比?0G的緩存，當(dāng)緩存數(shù)據(jù)達(dá)到8G的時(shí)候，就開始發(fā)出報(bào)警，提前排查問(wèn)題或者擴(kuò)容。

③ 給一些沒(méi)有必要長(zhǎng)期保存的key，盡量設(shè)置過(guò)期時(shí)間。

第四：數(shù)據(jù)請(qǐng)求改造為異步

使用場(chǎng)景

用戶并不關(guān)心或者用戶不需要立即拿到這些事情的處理結(jié)果，這種情況就比較適合用異步的方式處理，這里的原則就是能異步就異步。

常見做法

一種做法，是額外開辟線程，這里可以采用額外開辟一個(gè)線程或者使用線程池的做法，在IO線程（處理請(qǐng)求響應(yīng)）之外的線程來(lái)處理相應(yīng)的任務(wù)，在IO線程中讓response先返回。

如果異步線程處理的任務(wù)設(shè)計(jì)的數(shù)據(jù)量非常巨大，那么可以引入阻塞隊(duì)列BlockingQueue作進(jìn)一步的優(yōu)化。具體做法是讓一批異步線程不斷地往阻塞隊(duì)列里扔數(shù)據(jù)，然后額外起一個(gè)處理線程，循環(huán)批量從隊(duì)列里拿預(yù)設(shè)大小的一批數(shù)據(jù)，來(lái)進(jìn)行批處理（比如發(fā)一個(gè)批量的遠(yuǎn)程服務(wù)請(qǐng)求），這樣進(jìn)一步提高了性能。

另一種做法，是使用消息隊(duì)列（MQ）中間件服務(wù)，MQ天生就是異步的。

第五：JVM調(diào)優(yōu)

什么時(shí)候調(diào)？

通過(guò)監(jiān)控系統(tǒng)對(duì)一些機(jī)器關(guān)鍵指標(biāo)（gc time、gc count、各個(gè)分代的內(nèi)存大小變化、機(jī)器的Load值與CPU使用率、JVM的線程數(shù)等）的監(jiān)控報(bào)警，也可以看gc log和jstat等命令的輸出，再結(jié)合線上JVM進(jìn)程服務(wù)的一些關(guān)鍵接口的性能數(shù)據(jù)和請(qǐng)求體驗(yàn)，基本上就能定位出當(dāng)前的JVM是否有問(wèn)題，以及是否需要調(diào)優(yōu)。

調(diào)優(yōu)工具：

Jconsole，jProfile，VisualVM

Jconsole :jdk自帶，功能簡(jiǎn)單，但是可以在系統(tǒng)有一定負(fù)荷的情況下使用。對(duì)垃圾回收算法有很詳細(xì)的跟蹤。詳細(xì)說(shuō)明參考這里

JProfiler：商業(yè)軟件，需要付費(fèi)。功能強(qiáng)大。詳細(xì)說(shuō)明參考這里

VisualVM：JDK自帶，功能強(qiáng)大，與JProfiler類似。推薦。

如何調(diào)優(yōu)？

觀察內(nèi)存釋放情況、集合類檢查、對(duì)象樹

上面這些調(diào)優(yōu)工具都提供了強(qiáng)大的功能，但是總的來(lái)說(shuō)一般分為以下幾類功能

堆信息查看

可查看堆空間大小分配（年輕代、年老代、持久代分配）
性能優(yōu)化基本是BAT等一線互聯(lián)網(wǎng)公司程序員必備的技能，以下為大家完整揭曉性能完整的優(yōu)化方案和方法：包含web網(wǎng)站調(diào)優(yōu)、數(shù)據(jù)庫(kù)、JVM調(diào)優(yōu)、架構(gòu)調(diào)優(yōu)等方案。

第一：Web網(wǎng)站調(diào)優(yōu)

1、盡可能減少HTTP請(qǐng)求：圖片合并 （css sprites），Js腳本文件合并、css文件合并。

2、減少DNS查詢

3、將css放在頁(yè)面最上面，將js放在頁(yè)面最下面

4、壓縮js和css

減少文件體積，去除不必要的空白符、格式符、注釋（即對(duì)代碼進(jìn)行格式化）

5、把js和css提取出來(lái)放在外部文件中

這一條要靈活運(yùn)用，把js和css提取出來(lái)放在外部文件的優(yōu)點(diǎn)是：減少html體積，提高了js和css的復(fù)用性，提高日后的可維護(hù)性

缺點(diǎn)：增加了http請(qǐng)求，不過(guò)這一點(diǎn)可以通過(guò)緩存來(lái)解決。

什么情況下將js和css寫在頁(yè)面內(nèi)呢，可以分為幾種情況：js和css代碼比較少；這個(gè)頁(yè)面不怎么會(huì)訪問(wèn)

6、避免重定向

重定向就是用戶請(qǐng)求的頁(yè)面被轉(zhuǎn)移到了別的地方，瀏覽器向服務(wù)請(qǐng)請(qǐng)求一個(gè)頁(yè)面，服務(wù)器告訴瀏覽器請(qǐng)求的頁(yè)面已經(jīng)被轉(zhuǎn)移到另外一個(gè)頁(yè)面，并告知另一個(gè)頁(yè)面地址，瀏覽器就再發(fā)送請(qǐng)求到重定向的地址。這樣會(huì)增加服務(wù)器和瀏覽器之間的往返次數(shù)，影響網(wǎng)站性能。

重定向狀態(tài)碼有：301永久重定向 302臨時(shí)重定向。304 not modified 并不是真的重定向，它是用來(lái)告訴瀏覽器get請(qǐng)求的文件在緩存中，避免重新下載。

7、移除重復(fù)腳本

8、使用ajax緩存

ajax的get和post方法：

只要是瀏覽器的get請(qǐng)求，瀏覽器都會(huì)使用緩存，對(duì)于同一地址的請(qǐng)求，服務(wù)器會(huì)發(fā)送304狀態(tài)碼到瀏覽器，瀏覽器就會(huì)使用緩存中的數(shù)據(jù)

post的請(qǐng)求每次都會(huì)被執(zhí)行，瀏覽器不會(huì)緩存

9、使用Gzip壓縮

10、使用CDN(內(nèi)容分發(fā)網(wǎng)絡(luò))

第二：數(shù)據(jù)庫(kù)調(diào)優(yōu)

數(shù)據(jù)庫(kù)的調(diào)優(yōu)，總的來(lái)說(shuō)分為以下三部分：

1.SQL調(diào)優(yōu)：主要集中在索引、減少跨表與大數(shù)據(jù)join查詢等。

2.數(shù)據(jù)庫(kù)端架構(gòu)設(shè)計(jì)優(yōu)化：

通過(guò)讀寫分離調(diào)整對(duì)數(shù)據(jù)庫(kù)的寫操作，通過(guò)垂直拆分以及水平拆分(分庫(kù)分表)來(lái)解決數(shù)據(jù)庫(kù)端連接池瓶頸等問(wèn)題。

3.連接池調(diào)優(yōu)

可以通過(guò)熟悉連接池的原理，以及具體的連接池監(jiān)控?cái)?shù)據(jù)，來(lái)不斷調(diào)試出最終的連接池參數(shù)。

第三：通過(guò)緩存減少后端壓力

目前分布式緩存已經(jīng)比較成熟，常見的有redis、memcached以及開源的淘寶分布式tair等。

選型考慮

如果數(shù)據(jù)量小，并且不會(huì)頻繁地增長(zhǎng)又清空（這會(huì)導(dǎo)致頻繁地垃圾回收），那么可以選擇本地緩存。具體的話，如果需要一些策略的支持（比如緩存滿的逐出策略），可以考慮Ehcache；如不需要，可以考慮HashMap；如需要考慮多線程并發(fā)的場(chǎng)景，可以考慮ConcurentHashMap。

緩存是否會(huì)滿，緩存滿了怎么辦？

對(duì)于一個(gè)緩存服務(wù)，理論上來(lái)說(shuō)，隨著緩存數(shù)據(jù)的日益增多，在容量有限的情況下，緩存肯定有一天會(huì)滿的。如何應(yīng)對(duì)？

① 給緩存服務(wù)，選擇合適的緩存逐出算法，比如最常見的LRU。

② 針對(duì)當(dāng)前設(shè)置的容量，設(shè)置適當(dāng)?shù)木渲?，比?0G的緩存，當(dāng)緩存數(shù)據(jù)達(dá)到8G的時(shí)候，就開始發(fā)出報(bào)警，提前排查問(wèn)題或者擴(kuò)容。

③ 給一些沒(méi)有必要長(zhǎng)期保存的key，盡量設(shè)置過(guò)期時(shí)間。

第四：數(shù)據(jù)請(qǐng)求改造為異步

使用場(chǎng)景

用戶并不關(guān)心或者用戶不需要立即拿到這些事情的處理結(jié)果，這種情況就比較適合用異步的方式處理，這里的原則就是能異步就異步。

常見做法

一種做法，是額外開辟線程，這里可以采用額外開辟一個(gè)線程或者使用線程池的做法，在IO線程（處理請(qǐng)求響應(yīng)）之外的線程來(lái)處理相應(yīng)的任務(wù)，在IO線程中讓response先返回。

如果異步線程處理的任務(wù)設(shè)計(jì)的數(shù)據(jù)量非常巨大，那么可以引入阻塞隊(duì)列BlockingQueue作進(jìn)一步的優(yōu)化。具體做法是讓一批異步線程不斷地往阻塞隊(duì)列里扔數(shù)據(jù)，然后額外起一個(gè)處理線程，循環(huán)批量從隊(duì)列里拿預(yù)設(shè)大小的一批數(shù)據(jù)，來(lái)進(jìn)行批處理（比如發(fā)一個(gè)批量的遠(yuǎn)程服務(wù)請(qǐng)求），這樣進(jìn)一步提高了性能。

另一種做法，是使用消息隊(duì)列（MQ）中間件服務(wù)，MQ天生就是異步的。

第五：JVM調(diào)優(yōu)

什么時(shí)候調(diào)？

通過(guò)監(jiān)控系統(tǒng)對(duì)一些機(jī)器關(guān)鍵指標(biāo)（gc time、gc count、各個(gè)分代的內(nèi)存大小變化、機(jī)器的Load值與CPU使用率、JVM的線程數(shù)等）的監(jiān)控報(bào)警，也可以看gc log和jstat等命令的輸出，再結(jié)合線上JVM進(jìn)程服務(wù)的一些關(guān)鍵接口的性能數(shù)據(jù)和請(qǐng)求體驗(yàn)，基本上就能定位出當(dāng)前的JVM是否有問(wèn)題，以及是否需要調(diào)優(yōu)。

調(diào)優(yōu)工具：

Jconsole，jProfile，VisualVM

Jconsole :jdk自帶，功能簡(jiǎn)單，但是可以在系統(tǒng)有一定負(fù)荷的情況下使用。對(duì)垃圾回收算法有很詳細(xì)的跟蹤。詳細(xì)說(shuō)明參考這里

JProfiler：商業(yè)軟件，需要付費(fèi)。功能強(qiáng)大。詳細(xì)說(shuō)明參考這里

VisualVM：JDK自帶，功能強(qiáng)大，與JProfiler類似。推薦。

如何調(diào)優(yōu)？

觀察內(nèi)存釋放情況、集合類檢查、對(duì)象樹

上面這些調(diào)優(yōu)工具都提供了強(qiáng)大的功能，但是總的來(lái)說(shuō)一般分為以下幾類功能

堆信息查看

可查看堆空間大小分配（年輕代、年老代、持久代分配）

提供即時(shí)的垃圾回收功能

垃圾監(jiān)控（長(zhǎng)時(shí)間監(jiān)控回收情況）

查看堆內(nèi)類、對(duì)象信息查看：數(shù)量、類型等

對(duì)象引用情況查看

有了堆信息查看方面的功能，我們一般可以順利解決以下問(wèn)題：

--年老代年輕代大小劃分是否合理

--內(nèi)存泄漏

--垃圾回收算法設(shè)置是否合理

線程監(jiān)控

線程信息監(jiān)控：系統(tǒng)線程數(shù)量。

線程狀態(tài)監(jiān)控：各個(gè)線程都處在什么樣的狀態(tài)下

Dump線程詳細(xì)信息：查看線程內(nèi)部運(yùn)行情況

死鎖檢查

熱點(diǎn)分析

CPU熱點(diǎn)：檢查系統(tǒng)哪些方法占用的大量CPU時(shí)間

內(nèi)存熱點(diǎn)：檢查哪些對(duì)象在系統(tǒng)中數(shù)量最大（一定時(shí)間內(nèi)存活對(duì)象和銷毀對(duì)象一起統(tǒng)計(jì)）

這兩個(gè)東西對(duì)于系統(tǒng)優(yōu)化很有幫助。我們可以根據(jù)找到的熱點(diǎn)，有針對(duì)性的進(jìn)行系統(tǒng)的瓶頸查找和進(jìn)行系統(tǒng)優(yōu)化，而不是漫無(wú)目的的進(jìn)行所有代碼的優(yōu)化。

快照

快照是系統(tǒng)運(yùn)行到某一時(shí)刻的一個(gè)定格。在我們進(jìn)行調(diào)優(yōu)的時(shí)候，不可能用眼睛去跟蹤所有系統(tǒng)變化，依賴快照功能，我們就可以進(jìn)行系統(tǒng)兩個(gè)不同運(yùn)行時(shí)刻，對(duì)象（或類、線程等）的不同，以便快速找到問(wèn)題

舉例說(shuō)，我要檢查系統(tǒng)進(jìn)行垃圾回收以后，是否還有該收回的對(duì)象被遺漏下來(lái)的了。那么，我可以在進(jìn)行垃圾回收前后，分別進(jìn)行一次堆情況的快照，然后對(duì)比兩次快照的對(duì)象情況。

內(nèi)存泄漏檢查

內(nèi)存泄漏是比較常見的問(wèn)題，而且解決方法也比較通用，這里可以重點(diǎn)說(shuō)一下，而線程、熱點(diǎn)方面的問(wèn)題則是具體問(wèn)題具體分析了。

內(nèi)存泄漏一般可以理解為系統(tǒng)資源（各方面的資源，堆、棧、線程等）在錯(cuò)誤使用的情況下，導(dǎo)致使用完畢的資源無(wú)法回收（或沒(méi)有回收），從而導(dǎo)致新的資源分配請(qǐng)求無(wú)法完成，引起系統(tǒng)錯(cuò)誤。

內(nèi)存泄漏對(duì)系統(tǒng)危害比較大，因?yàn)樗梢灾苯訉?dǎo)致系統(tǒng)的崩潰。

性能調(diào)優(yōu)總結(jié)：

大型網(wǎng)站的性能瓶頸大部分瓶頸都在數(shù)據(jù)庫(kù)端，所以性能調(diào)優(yōu)總是沿著如何減少對(duì)后端的壓力來(lái)操作，數(shù)據(jù)庫(kù)端的瓶頸經(jīng)常會(huì)造成應(yīng)用端的雪崩(比如：sql查詢過(guò)長(zhǎng)，長(zhǎng)事務(wù))等，所以需要及時(shí)解決后端性能。

1.通過(guò)讀寫分離、垂直拆分、水平拆分降低對(duì)數(shù)據(jù)庫(kù)后端的壓力。

2.通過(guò)優(yōu)化sql語(yǔ)句，索引等，縮短對(duì)sql的查詢時(shí)間。

2.通過(guò)緩存以及CDN來(lái)解決對(duì)圖片、文件等的讀操作，避免對(duì)數(shù)據(jù)庫(kù)產(chǎn)生壓力。

3.通過(guò)對(duì)web端的優(yōu)化，js、css等壓縮，提高大文件讀取時(shí)間，盡量依賴CDN。

4.還有一個(gè)重點(diǎn)就是監(jiān)控：對(duì)JVM、線程、sql查詢時(shí)間等健康指標(biāo)就行及時(shí)監(jiān)控，通過(guò)監(jiān)控及時(shí)發(fā)現(xiàn)瓶頸，及時(shí)優(yōu)化。