新的运作卡桑德拉集群。具有一个1 DC和14个节点生产集群,运行@ DCE v.2.1.15。
系统日志显示了如下所示的许多TS警告,并想知道这是否还可以,还是由于应用程序natur .太低(默认TS警告level=5000),或者我们应该在夜间修复之间运行手动压缩(每个节点都会被修复一次@周),提高TS警告级别.
暗示被欣赏了!
警告SharedPool-Worker-1 2016-08-18 11:45:02,536 SliceQueryFilter.java:320 -读取KeyspaceMetadata.CF_RecentIndex中的0 live和6251个墓碑细胞以获得密钥:3230303230305febd8f98e0bf11e 5b870502699f4d249 (见tombstone_warn_threshold)。索取5000列,片=-警告SharedPool-Worker-3 2016-08-18 11:45:02,548 SliceQueryFilter.java:320 -读0活和6251墓碑细胞在KeyspaceMetadata.CF_MessageFlagsIndex键:323030323030305fed8fc98e 0bf11e5b70502699f4d249(见tombstone_warn_threshold)。请求1列,片=1-1:!警告SharedPool-Worker-2 2016-08-18 11:45:04,566 SliceQueryFilter.java:320 -读取KeyspaceMetadata.CF_UIDIndex中的1活墓碑细胞1和1123墓碑细胞的密钥:3230303230315f299f8d3ae011e593 3d7775140b84c3 (见tombstone_warn_threshold)。已请求5000列,片=-警告SharedPool-Worker-2 2016-08-18 11:45:11:11:11:11:11:11:11:11:11:11:11:11:11:11:11:11:11:11:11:853 SliceQueryFilter.java:320 - Read 0 live和6251墓碑细胞KeyspaceMetadata.CF_RecentIndex中的密钥:3230303230303030305fec98ebf11e 5b870502699f4d249 (见tombstone_warn_threshold)。已请求5000列,片=-警告SharedPool-Worker-2 2016-08-18 11:45:11:11:11:11:11:11:11:11:11:11:11:11864 SliceQueryFilter.java:320 -读0活墓碑细胞和6251墓碑细胞在KeyspaceMetadata.CF_MessageFlagsIndex中的密钥:3230303230305fed8fc98e 0bf11e5b8705026f4d249(见tombstone_warn_threshold)。请求1列,片=1-1:!警告SharedPool-工人-1 2016-08-18 11:46:09,624 SliceQueryFilter.java:320 -读2活和2537墓碑细胞在KeyspaceMetadata.CF_TimeIndex :32303030385ffebcbd200d9411e6b 9750c94c36d1038 (见tombstone_warn_threshold)。已请求5000列,片=-警告SharedPool-Worker-3 2016-08-18 11:47:31,434 SliceQueryFilter.java:320 -读2活和2544墓碑细胞在KeyspaceMetadata.CF_TimeIndex :32303030345f6b87b24afbe111e5b f7f828e02f15dd6 (见tombstone_warn_threshold)。已请求5000列,片=-警告SharedPool-Worker-1 2016-08-18 11:49:13,870 SliceQueryFilter.java:320 -读3活和2540墓碑细胞在KeyspaceMetadata.CF_TimeIndex键:32303030355f533d997cfbf11e59 85390948f56b8a7 (见tombstone_warn_threshold)。请求5000列,片=-
发布于 2016-08-18 14:20:32
请查看您的操作中心,如果no.of表较少,请查看有多少个表的TS超过5000,在这些特定表上手动执行压缩将是一个很好的解决方案,正如您所提到的,您每周修复一次,我建议检查键空间的数据模型为什么会导致高no.of Ts。如果您不使用Opscenter,您可以检查no.of墓碑
sstable2json full\_path | grep \"t\"| wc -l
https://stackoverflow.com/questions/39015646
复制相似问题