                        課程
                    
                        /后端開(kāi)發(fā)
                        
                            /Go
                        
                        /Go并發(fā)編程案例解析

日志切割咨詢

@麥可同學(xué)

我日志是按小時(shí)切割了，日志文件名前綴都一樣后綴是按日期小時(shí)區(qū)分的，在代碼里讀取模塊，應(yīng)該怎么實(shí)現(xiàn)這部分邏輯，求老師給個(gè)詳細(xì)的思路方案，多謝。

manny

2018-05-01

源自：Go并發(fā)編程案例解析

關(guān)注問(wèn)題我要回答

460

操作

收起

2 回答

麥可同學(xué) 回答被采納 +2 積分
2018-05-01

1，這個(gè)問(wèn)題其實(shí)我在最后一節(jié)課有提到，如果產(chǎn)生了新的日志文件，你需要再讀取模塊里檢查當(dāng)前文件的inode是否改變，有變化就重新打開(kāi)文件句柄即可。

2，可以考慮先將日志做統(tǒng)一搜集，比如都發(fā)送到隊(duì)列中或者落地，然后讀取模塊消費(fèi)這些數(shù)據(jù)，有很多開(kāi)源的解決方案，flume?，scribe什么的。如果日志量巨大，只用于監(jiān)控的話，這樣做的成本比較高，可以使用prometheus這類拉取模式的解決方案。

0 回復(fù) 有任何疑惑可以回復(fù)我~

收起回答

#1

manny 提問(wèn)者

檢查當(dāng)前文件的inode是否改變，inode 是怎么判斷的，請(qǐng)老師詳細(xì)點(diǎn)嗎，給點(diǎn)提示。

2018-05-01 回復(fù) 有任何疑惑可以回復(fù)我~

#2

麥可同學(xué) 回復(fù) manny 提問(wèn)者

打開(kāi)文件后，先獲取文件的inode，后續(xù) err == io.EOF，也就是文件讀取到末尾的時(shí)候，檢查inode，是否變化，有變化則重新打開(kāi)文件句柄。至于inode，可以使用syscall.Stat來(lái)獲取

2018-05-01 回復(fù) 有任何疑惑可以回復(fù)我~

#3

manny 提問(wèn)者回復(fù) 麥可同學(xué)

我明白了，就是文件一直處于打開(kāi)狀態(tài)（文件內(nèi)容一直不停的增加）但是inode 是不變的，如果inode變了，就說(shuō)明，文件已經(jīng)沒(méi)有變化了，inode就變了，這時(shí) 可以重新打開(kāi)下一下小時(shí)的日志文件了。

2018-05-01 回復(fù) 有任何疑惑可以回復(fù)我~

查看4條回復(fù)

manny 提問(wèn)者
2018-05-01

我再問(wèn)個(gè)問(wèn)題，我想實(shí)現(xiàn)，程序在A服務(wù)器運(yùn)行，而游戲日志在B服務(wù)器上，我想從A機(jī)器上直接實(shí)時(shí)的遠(yuǎn)程讀取B服務(wù)器上的日志，請(qǐng)給個(gè)詳細(xì)思路方案，非常感謝。

0 回復(fù) 有任何疑惑可以回復(fù)我~

收起回答

#1

軌跡盒moc

你需要寫(xiě)一個(gè)傳輸服務(wù)，將B服務(wù)器上的日志先傳輸給A服務(wù)器的監(jiān)控服務(wù)中。或者可以借助 Kafka作為日志消息隊(duì)列，B => Kafka => A

2018-05-19 回復(fù) 有任何疑惑可以回復(fù)我~