查看许多墓碑警告

操作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指标，不要猜测... –

查看许多墓碑警告

回答

相关问题