觀察者

gxyz 發(fā)布于2019-06-26 16:49 / 1963人閱讀

摘要：現(xiàn)在使用做方面的開發(fā)工作，使用了和作為基礎(chǔ)數(shù)據(jù)的支撐，因為系統(tǒng)需要長期地運行，所以不確定當(dāng)中途某個數(shù)據(jù)庫連接斷掉之后會發(fā)生什么情況，暫時不從源代碼入手吧，先手動嘗試觀察一下，先觀察表象，再深入理解經(jīng)過測試，發(fā)現(xiàn)通過的客戶端獲取的連接在中途發(fā)

現(xiàn)在使用nodejs做tcp方面的開發(fā)工作，使用了redis和mongodb作為基礎(chǔ)數(shù)據(jù)的支撐，因為系統(tǒng)需要長期地運行，所以不確定當(dāng)中途某個數(shù)據(jù)庫連接斷掉之后會發(fā)生什么情況，暫時不從源代碼入手吧，先手動嘗試觀察一下，先觀察表象，再深入理解

經(jīng)過測試，發(fā)現(xiàn)通過nodejs的redis客戶端獲取的連接在中途發(fā)生斷線之后（模擬場景有手動Kill掉TCP連接和手動關(guān)閉redis-server兩種情況）會進(jìn)行自動重連，而且在中途進(jìn)行操作，回調(diào)函數(shù)中會返回錯誤信息，這樣的話至少代碼不會爆掉，進(jìn)程也不會掛，最神奇的是之前獲取到的操作句柄還能夠正常使用，重連發(fā)生在這個操作對象內(nèi)部，對開發(fā)者是不可見，應(yīng)該來說很友好吧，最神奇的是nodejs驅(qū)動開發(fā)者考慮到了很多細(xì)節(jié)的問題，比如開始的時候客戶端訂閱了某個頻道，在進(jìn)行重連后還會初始化一次（內(nèi)部機(jī)制之后看源代碼之后才能下結(jié)論），看來真是省心啊。

mongodb的官方nodejs驅(qū)動有個很厲害的地方，當(dāng)操作過程中連接被斷掉后（直接手動關(guān)閉mongodb-server），如果后續(xù)還有操作，將會被暫時存儲起來，當(dāng)連接被重新建立之后，所有“緩沖區(qū)”的數(shù)據(jù)將會被寫入數(shù)據(jù)庫，看來還是很不錯的哦，但是目前待思考的地方是如果有大量數(shù)據(jù)，“緩存區(qū)”會在什么情況下清空呢？（看來研究一下驅(qū)動很有必要了）

他們的共同點就是第一次必須先獲取操作對象，否則代碼直接會爆掉的（不過這點上redis就做得比較好了，無論是否連接上客戶端都返回一個操作對象，看來mongodb其實還可以改進(jìn)一下），這個當(dāng)然好理解，所以現(xiàn)在系統(tǒng)在最開的時候會有一個初始化階段，負(fù)責(zé)初始化數(shù)據(jù)緩存池連接（包括redis和mongodb），接下來就不怕啦，即使是中途tcp斷掉一段時間還是可以接受的

無論在使用mongo還是redis在進(jìn)行寫操作的時候，都一定使用回調(diào)函數(shù)，這樣才能更加保險，否則很有可能都沒有寫進(jìn)去，又或者是數(shù)據(jù)在重連成功前被清除掉了呢。

@todo mongodb　nodejs drive buffer size before connected again...