Cassandra 压缩历史记录不正常

我正在使用nodetool查看压缩历史，并获取附加图像

正如你所看到的，比赛时间完全混乱，从第17场（1489786637207）到第21场（149012248602）

我们正在使用Cassandra 3.0.8，使用上载sstables，并使用TimeWindowCompactionStrategy压缩

---

你知道这是什么原因吗

压缩历史记录表未排序：

CREATE TABLE system.compaction_history (
  id uuid PRIMARY KEY,
  bytes_in bigint,
  bytes_out bigint,
  columnfamily_name text,
  compacted_at timestamp,
  keyspace_name text,
  rows_merged map<int, bigint>
)

CREATE TABLE system.u历史记录(
id uuid主键，
bigint中的字节_，
字节输出bigint，
columnfamily_name文本，
在时间戳处压缩\u，
键空间\名称文本，
行合并映射
)

它只是有一个

default\u time\u to\u live=604800

，在一周后数据过期。Nodetool实际上只是在打印这个表

编辑：

---

所以实际上nodetool应该在客户端对来自jmx的结果进行排序。将对其进行排序，比较器将检查字段。所以，不按压缩时间排序可能是一个错误。我建议打开一个包含更多详细信息的列表。

压缩历史记录表未排序：

CREATE TABLE system.compaction_history (
  id uuid PRIMARY KEY,
  bytes_in bigint,
  bytes_out bigint,
  columnfamily_name text,
  compacted_at timestamp,
  keyspace_name text,
  rows_merged map<int, bigint>
)

CREATE TABLE system.u历史记录(
id uuid主键，
bigint中的字节_，
字节输出bigint，
columnfamily_name文本，
在时间戳处压缩\u，
键空间\名称文本，
行合并映射
)

它只是有一个

default\u time\u to\u live=604800

，在一周后数据过期。Nodetool实际上只是在打印这个表

编辑：

---

所以实际上nodetool应该在客户端对来自jmx的结果进行排序。将对其进行排序，比较器将检查字段。所以，不按压缩时间排序可能是一个错误。我建议您打开一个更详细的网站。

谢谢！那很有趣。任何从nodetool获取有序历史记录的方法（这是我想象中大多数人想要的）都可以将此作为围绕nodetool compactionhistory | awk'{timestamp=strftime（%a%b%e%H:%M:%s%Z%Y，$4/1000）；in_M=$5/1024/1024；out_M=$6/1024/1024；printf（“%s\t%s\t%s\t%s\t%dM\t%dM\n”，$4，timestamp，$2，$3，in_M，out)排序-124;！那很有趣。任何从nodetool获取有序历史记录的方法（这是我想象中大多数人想要的）都可以尝试将此作为nodetool compactionhistory | awk'{timestamp=strftime（“%a%b%e%H:%M:%s%Z%Y”，$4/1000）；in_M=$5/1024/1024；out_M=$6/1024/1024；printf（“%s\t%s\t%s\t%dM\t%dM\n”，$4，timestamp，$2，$3，in_M，out)排序-124;