Cassandra与MongoDB二级索引对比及Cassandra二级索引相关疑问

嘿，针对你关于Cassandra和MongoDB二级索引的几个问题，我来给你详细拆解下：

1. Cassandra能否在不同列上创建多个二级索引？ #

当然可以！Cassandra允许在同一个表的非主键列上创建多个二级索引。不过这里要敲个警钟：Cassandra的二级索引可是个重量级选手，每个索引都会在集群的每个节点上维护额外的数据结构，写入数据时需要同步更新所有相关索引，要是建太多，写入性能会掉得很厉害。所以一般只建议在低基数列（比如状态、类型这类可选值少的字段）上创建，而且数量别太多，高写入量的表尤其要谨慎。

2. Cassandra是否无法执行模糊搜索或全文搜索之类的操作？ #

没错，原生Cassandra的二级索引确实只支持等值比较（也就是=查询），完全不支持模糊匹配（比如LIKE '%xxx%'）、范围查询（>/<）这类操作，更别提原生的全文搜索了。

如果需要这类功能，通常有两种解决方案：

• 把Cassandra的数据同步到专门的搜索引擎，用搜索引擎来处理复杂查询；
• 使用DataStax Enterprise（DSE）的Search功能，它基于Solr实现了全文搜索、模糊匹配等复杂查询能力，但这属于商业版本的特性，社区版Cassandra没有。

3. Cassandra二级索引与MongoDB二级索引的核心区别 #

这俩的差异本质上源于两个数据库的设计理念——MongoDB是文档型数据库，侧重灵活查询；Cassandra是分布式列存数据库，侧重高可用和高写入性能。具体区别如下：

• 一等构造 vs 附加功能：MongoDB把二级索引当作一等公民，几乎可以给任何属性（包括嵌套字段、数组元素）创建索引，支持的查询类型非常丰富；而Cassandra的二级索引只是附加功能，支持的场景和查询类型都很有限。
• 查询性能与适用场景：MongoDB的二级索引在大多数场景下都能提供高效查询，适合复杂多变的查询需求；Cassandra的二级索引仅适合低基数列的等值查询，要是用在高基数列（比如用户ID、时间戳）上，查询会慢到让人崩溃——因为需要遍历集群中多个节点的数据。
• 底层实现与集群影响：MongoDB的索引基于B树结构，在单节点内维护，写入时的索引更新是单节点操作，对性能影响相对较小；Cassandra的二级索引是分布式的，每个节点都会存储部分索引数据，写入时需要同步更新多个节点的索引，对写入性能影响极大。
• 支持的查询类型：MongoDB支持等值、范围、正则、文本搜索、地理空间查询等几乎所有常见查询类型；Cassandra原生二级索引仅支持等值查询，范围查询必须依赖主键的分区键或聚类键。

内容的提问来源于stack exchange，提问作者emilly