边肖告诉你如何在Apache Cassandra 4.0中使用虚拟表。希望大家看完这篇文章后有所收获。让我们一起讨论一下。
在Apache Cassandra 4.0测试版的众多新功能中，虚拟表是一个值得关注的功能。
在之前版本的Cassandra中，用户需要访问Java管理扩展(JMX)来查看Cassandra的详细信息，例如压缩、客户端、指标和运行中的各种配置设置。虚拟表消除了这些挑战。卡珊德拉4.0测试版允许用户从只读系统表中以卡珊德拉查询语言(CQL)行的形式查询这些细节和数据。
以下是以前卡珊德拉版本中基于JMX的机制是如何工作的。想象一个用户想要检查集群中某个节点的压缩状态。用户应该首先建立JMX连接，并在节点上运行nodetool compactionstats。这个需求立刻给用户带来了一些复杂的问题。是否为用户的客户端配置了JMX访问？卡珊德拉节点和防火墙是否配置为允许JMX访问？是否准备并实施了适当的安全和审核措施？这些只是用户在处理之前版本的Cassandra时必须面对的一些问题。
在Cassandra 4.0中，虚拟表使用户能够使用以前配置的驱动程序查询所需的信息。这一更改消除了与实施和维护JMX访问相关的所有开销。
Cassandra 4.0创建了两个新的键空间来帮助用户使用虚拟表：system _ views和system_virtual_schema。system _ views键空间包含用户查询的所有有价值的信息，这些信息被有效地存储在一些表中。system_virtual_schema键空间，顾名思义，存储这些虚拟表的所有必要的模式信息。
system _ views和system_virtual_schema键空间和表
理解每个虚拟表的范围仅限于它的节点是很重要的。任何虚拟表查询都将返回仅对其协调器节点有效的数据，而不管一致性如何。为了简化这一要求，对几个驱动程序添加了支持，以在这些查询中指定协调器节点(Python、DataStax Java和其他驱动程序现在提供了这一支持)。
为了说明这一点，请看这张表。该虚拟表显示了对表的所有操作，包括压缩、清理和升级。
查询表任务虚拟表
如果用户在以前的Cassandra版本中运行nodetool compactionstats，将显示相同类型的信息。这里，查询发现该节点当前有一个活动的压缩。它还显示了它的进度及其关键空间和表格。得益于虚拟表，用户可以快速收集这些信息，并有效获得正确诊断集群运行状况所需的能力。
需要注意的是，Cassandra 4.0并没有消除对JMX接入的需求。JMX仍然是查询某些指标的唯一选择。然而，用户将欢迎能够简单地使用CQL来获得关键的集群指标。由于虚拟表提供的便利性，用户可以将以前投资于JMX工具的时间和资源重新投资到Cassandra本身。客户端也应该开始利用虚拟表提供的优势。
看完这篇文章，相信你对Apache Cassandra 4.0中如何使用虚拟表有了一定的了解。想了解更多，请关注行业信息渠道。感谢您的阅读！
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/50267.html