mysql什么場景下才需要用長連接？

mysql 都是長連接啊

應(yīng)用訪問db建議都是長連接，Tomcat使用連接池的方式復(fù)用連接能節(jié)省很多數(shù)據(jù)庫資源消耗，避免頻繁建立和刪除連接造成大量的資源浪費(fèi)，訪問redis、搜索引擎這一類才是使用的短連接交互

我不知道這個(gè)是否算 長連接。我最近負(fù)責(zé)了一個(gè)nifi 的使用。功能是 每隔5分鐘 根據(jù)時(shí)間 獲取mysql中某張表的數(shù)據(jù)，然后寫入到hdfs中，分區(qū)存儲(chǔ)成parquet格式。nifi 內(nèi)部就創(chuàng)建了對應(yīng)對mysql的connection，一直沒有釋放掉。 已經(jīng)跑了2個(gè)月了。

數(shù)據(jù)庫通訊性能有瓶頸了，才考慮使用長連接。

但我所經(jīng)歷的項(xiàng)目，從沒遇到過數(shù)據(jù)庫通訊性能瓶頸，所以我從來不主張用長連接。

另外要注意的是：長連接只能解決縮短響應(yīng)時(shí)間的問題，不能降低MySQL的壓力。

至于能縮短多少，可以做個(gè)試驗(yàn)，從應(yīng)用服務(wù)器ping數(shù)據(jù)庫服務(wù)器，ping值是多少毫秒，響應(yīng)時(shí)間就大致縮短多少毫秒，即縮短一個(gè)TCP握手的時(shí)間。