这是cassandra里面很重要的三个值;
schema version是cassandra cluster里每个node的schema版本，什么叫版本呢？因为cassandra是无中心化的，所以你很难知道所有的node上的schema是否是一致的。你不可能每次把所有的schema都拿了去比较一次。这样很不高效。所以cassandra里就有了schema version这个概念。每次执行DDL操作的时候，都会新生成一个新的schema version, 当这个DDL操作复制到其他node的时候，其他的node也会生成同样的schema version(这是因为生成的算法是固定的，并且一致的). 并且这个schema_version还是保存在system.local.schema_version column里; 所以schema version就是指schema的所有table, column, keyspace的一个版本;
那么这个schema version有什么用呢？首先很多操作都会需要检查schema version, 如果schema version不一致，那是不允许继续后面的操作的; 报出的错误是schema version disagreement;
首先，当执行DDL操作的时候，因为这个DDL复制到其他node的时间有先后，所以在执行DDL过程中的某个特定时刻，各个node上的schema version一定是存在不一致的。但是这只是非常短暂的过程。如果出现长时间不一致，那该怎么办呢？repair system keyspace; 让keyspace, tables, columns, indexes在各个node上全部一致; 如果你还不放心，那么就重启不一致的node；
如何查看schema version是否一致，执行nodetool describecluster能看到结果; 因为我们期待的结果是所有node上的schema都是一样的，所以理想期刊下，schema version在所有clusternodes上的值是一样的;
解决方法:
如果repair还是不能解决schema disggreement问题，那么可以通过重启不一致的node来解决;
source code:
在schema.java里有一个函数
p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px Monaco }
p.p2 { margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px Monaco; min-height: 15.0px }
p.p3 { margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px Monaco; color: #4e9072 }
span.s1 { color: #931a68 }
span.s2 { color: #7e504f }
span.s3 { color: #3933ff }
span.s4 { color: #000000 }
span.s5 { color: #0326cc }
public void updateVersion()
{
try
{
MessageDigest versionDigest = MessageDigest.getInstance("MD5");
for (Row row : SystemKeyspace.serializedSchema())
{
if (invalidSchemaRow(row) || ignoredSchemaRow(row))
continue;
// we want to digest only live columns
ColumnFamilyStore.removeDeletedColumnsOnly(row.cf, Integer.MAX_VALUE, SecondaryIndexManager.nullUpdater);
row.cf.purgeTombstones(Integer.MAX_VALUE);
row.cf.updateDigest(versionDigest);
}
version = UUID.nameUUIDFromBytes(versionDigest.digest());
SystemKeyspace.updateSchemaVersion(version);
}
catch (Exception e)
{
throw new RuntimeException(e);
}
}