查看許多墓碑警告

操作cassandra集羣的新功能。擁有運行@ DCE v.2.1.15的1個DC和14個節點生產羣集。查看許多墓碑警告

系統日誌顯示許多TS警告，如下圖，並且想知道這是好還是由於應用程序natur vs太低（默認TS警告級別= 5000）或者我們應該在我們的夜間修復之間運行手動壓縮節點每週修復一次），提高TS警告水平...

提示感謝！

WARN [SharedPool-工人-1] 2016年8月18日11：45：02536 SliceQueryFilter.java:320 - 閱讀0直播和6251墓碑細胞 KeyspaceMetadata.CF_RecentIndex關鍵：3230303230305febd8fc98e0bf11e 5b870502699f4d249（請參閱tombstone_warn_threshold）。 5000列是請求，切片= [ - ]警告[SharedPool-Worker-3] 2016-08-18 11：45：02,548 SliceQueryFilter.java:320 - 讀取0活和6251 KeyspaceMetadata.CF_MessageFlagsIndex中的墓碑單元： 3230303230305febd8fc98e 0bf11e5b870502699f4d249（參見 tombstone_warn_threshold）。請求1列，slices = [1-1 :!] WARN [SharedPool-Worker-2] 2016-08-18 11：45：04,566 SliceQueryFilter.java:320 - 讀取1個live和1123個墓碑單元 KeyspaceMetadata .CF_UIDIndex鍵：3230303230315f299f8d3ae0c011e593 3d7775140b84c3（請參閱tombstone_warn_threshold）。 5000列是請求，切片= [ - ]警告[SharedPool-Worker-2] 2016-08-18 11：45：11,853 SliceQueryFilter.java:320 - 讀取0活和6251 KeyspaceMetadata.CF_RecentIndex中的墓碑單元： 3230303230305febd8fc98e0bf11e 5b870502699f4d249（參見 tombstone_warn_threshold）。請求5000個列，切片= [ - ] WARN [SharedPool-Worker-2] 2016-08-18 11:45:11 864 SliceQueryFilter.java:320 - 讀取0個活動和6251個墓碑單元 KeyspaceMetadata.CF_MessageFlagsIndex for key ：3230303230305febd8fc98e 0bf11e5b870502699f4d249（請參閱tombstone_warn_threshold）。 1列是請求，片= [1-1 :!]警告[SharedPool-Worker-1] 2016-08-18 11：46：09,624 SliceQueryFilter.java:320 - 讀取2個live和2537 KeyspaceMetadata中的墓碑單元格.CF_TimeIndex鍵： 3230303030385ffebcbd200d9411e6b 9750c94c36d1038（請參閱 tombstone_warn_threshold）。請求5000個列，切片= [ - ] WARN [SharedPool-Worker-3] 2016-08-18 11:47:31,434 SliceQueryFilter.java:320 - 讀取2個live和2544個墓碑單元 KeyspaceMetadata.CF_TimeIndex for key ：3230303030345f6b87b24afbe111e5b f7f828e02f15dd6（請參閱tombstone_warn_threshold）。 5000列是請求，切片= [ - ]警告[SharedPool-Worker-1] 2016-08-18 11：49：13,870 SliceQueryFilter.java:320 - 讀取3活並且2540 KeyspaceMetadata.CF_TimeIndex中的墓碑單元格： 3230303030355f533d997cfbdf11e59 85390948f56b8a7（參見 tombstone_warn_threshold）。被要求5000列，切片= [ - ]

來源

2016-08-18 Steffen Winther Sørensen

海斯特芬請通過你的OpsCenter，看看有多少表TS超過5000，如果節數表較少，手動運行compactions這些特定的表將是一個很好的解決方案，正如你所提到的你每週修復一次，我會建議檢查關鍵字空間的數據模型，爲什麼它會導致TS的高數量。如果您不使用Opscenter，您可以檢查no。墓碑
sstable2json full_path | grep \「t \」| wc -l

來源

2016-08-18 14:20:32 user6288321

謝謝，會做...（確實有OpsCenter ...仍在將度量標準監控遷移到ELK/G :) –

順便提一下，它是供應商提供的應用程序和數據模型，它們最初有DataStax，因此... –

TS可以在OpsC中看到？認爲它可能是TBL指標，不要猜測... –

查看許多墓碑警告

回答

相關問題