修复 Cassandra 中的 system_auth 键空间
Repair system_auth keyspace in Cassandra
根据官方文档,系统键空间使用本地复制策略,所以不需要修复,我的问题是关于system_auth键空间,我应该手动运行修复这个键空间吗?
当我在不指定任何键空间的情况下使用完全修复时,我希望在日志文件中看到 system_auth 正在修复,但我看不到 system_auth 正在修复的任何迹象。
只有一些系统键空间在使用本地复制策略。默认情况下,system_auth
使用具有复制因子 1 的 SimpleStrategy
(参见 docs)。如果你有一个由多个节点组成的集群,那么建议将复制策略设置为 NetworkTopologyStrategy
(即使你有一个 DC - 将来会有帮助)并将每个 DC 的复制因子增加到 3。然后你需要 运行 修复它以使其处于一致状态。
P.S。另外,创建一个新的超级用户(见step 5 in docs),因为默认cassandra
在读取登录数据时使用QUORUM
,如果你失去一半的机器,这可能是一个问题。
根据官方文档,系统键空间使用本地复制策略,所以不需要修复,我的问题是关于system_auth键空间,我应该手动运行修复这个键空间吗?
当我在不指定任何键空间的情况下使用完全修复时,我希望在日志文件中看到 system_auth 正在修复,但我看不到 system_auth 正在修复的任何迹象。
只有一些系统键空间在使用本地复制策略。默认情况下,system_auth
使用具有复制因子 1 的 SimpleStrategy
(参见 docs)。如果你有一个由多个节点组成的集群,那么建议将复制策略设置为 NetworkTopologyStrategy
(即使你有一个 DC - 将来会有帮助)并将每个 DC 的复制因子增加到 3。然后你需要 运行 修复它以使其处于一致状态。
P.S。另外,创建一个新的超级用户(见step 5 in docs),因为默认cassandra
在读取登录数据时使用QUORUM
,如果你失去一半的机器,这可能是一个问题。