如何读取掉落的突变错误消息-什么是内部节点和跨节点？对于突变，它在跨节点上失败，而read_repair / read在内部节点上失败。什么意思？
INFO [ScheduledTasks:1] 2019-07-21 11:44:46,150 MessagingService.java:1281 - MUTATION messages were dropped in last 5000 ms: 0 internal and 65 cross node. Mean internal dropped latency: 0 ms and Mean cross-node dropped latency: 4966 ms
INFO [ScheduledTasks:1] 2019-07-19 05:01:10,620 MessagingService.java:1281 - READ_REPAIR messages were dropped in last 5000 ms: 9 internal and 8 cross node. Mean internal dropped latency: 6013 ms and Mean cross-node dropped latency: 8164 ms
内部意思是本地节点操作吗？
在这种情况下，本地节点和跨节点的突变响应是否意味着根据选择的一致性级别从其他节点获得响应所需的时间？
Read和_Trace掉落的突变是什么意思？群集中的任何节点上均未启用跟踪。这些_TRACE删除的邮件是什么？
INFO [ScheduledTasks:1] 2019-07-25 21:17:13,878 MessagingService.java:1281 - READ messages were dropped in last 5000 ms: 1 internal and 0 cross node. Mean internal dropped latency: 5960 ms and Mean cross-node dropped latency: 0 ms
INFO [ScheduledTasks:1] 2019-07-25 20:38:43,788 MessagingService.java:1281 - _TRACE messages were dropped in last 5000 ms: 5035 internal and 0 cross node. Mean internal dropped latency: 0 ms and Mean cross-node dropped latency: 0 ms
答案 0 :(得分：0)
我如何阅读掉落的突变错误消息
您可以使用JMX读取新的已删除邮件，但是您将无法检查已删除的邮件。您可以使用this链接启用JMX。
在JMX中，可以通过 org.apache.cassandra.net:MessagingService 或 org.apache.cassandra.metrics：DroppedMessage 进行访问。
Read和_Trace掉落的突变是什么意思？
读取消息是与您的实际读取请求相对应的消息。读取请求在 read_request_timeout_in_ms 之后超时。在该点之后，服务中没有要读取的内容，因为它将错误返回给客户端。
跟踪用于记录跟踪（nodetool settraceprobability）。它有一个特殊的执行程序（1个线程，队列深度为1000），它会在插入时而不是在执行过程中丢弃消息
通过 nodetool gettraceprobability 检查您的跟踪概率。
内部是否意味着本地节点操作？
是的，您是对的。内部节点表示本地节点操作。
如果看到很多MUTATION失败，则意味着很多写入由于超时而失败，您可能需要检查Cassandra服务器并在必要时增加基础设施。