Cassandra数据库设计与维护总结

1.分区字段设计时选用timeuuid/timestamp(比如每日或者每小时0点时间戳)+任意bucket字段(类型等固定的字段)

2.cluster字段可以根据需求设计

3.使用索引时的查询条件中务必带上分区字段的查询条件，否则cassandra会去所有分区字段的索引中查询，效率低下而且一旦查询结果中超过10万个墓碑，就会抛出异常

4.高基数字段比如true/false这类的一般不要上索引，否则会极大的降低查询效率

5.由于cassandra的read repair机制，执行大量删除操作之后如果出现了大量read timeout需要在每台cassandra的bin目录下执行

./nodetool flush

./nodetool compact $keyspace $table

强制合并sstable

6.如果cassandra出现不同节点间的数据一致性错误，需要执行./nodetool repair $keyspace $table

7.如果repair还是不能解决问题，需要执行 ./sstablescrub $keyspace $table清洗掉损坏的数据,注意此操作如果中断容易造成数据损坏，最好执行前先做快照

8.cassandra默认开启了安全模式，执行drop、truncate等敏感字段时会对数据做一次快照，过多快照会导致cassandra在启动时遍历目录环节花费过长时间，最终可能需要几个小时才能启动，

这个时候需要执行./nodetool clearsnapshot $keyspace