cassandra-Multitenance：尝试创建4000个键空间，在700时失败_Cassandra_Jrubyonrails

cassandra-Multitenance：尝试创建4000个键空间，在700时失败

cassandra

cassandra-Multitenance：尝试创建4000个键空间，在700时失败,cassandra,jrubyonrails,Cassandra,Jrubyonrails,环境：Jruby、Rails 2.3.8、cassandra gem、cassandra 1.1 我们正在cassandra支持的多租户应用程序中为每个租户创建一个新的密钥空间。测试时，我们发现卡桑德拉失败了 at 400 keyspaces on a 8GB RAM machine, 7200 RPM disk at 700 keyspaces on a 24 GB RAM machine, 7200 RPM disk 还发现它在大约100个键空间之后运行速度非常慢。创建700个键空间花费了

环境：Jruby、Rails 2.3.8、cassandra gem、cassandra 1.1

我们正在cassandra支持的多租户应用程序中为每个租户创建一个新的密钥空间。测试时，我们发现卡桑德拉失败了

at 400 keyspaces on a 8GB RAM machine, 7200 RPM disk
at 700 keyspaces on a 24 GB RAM machine, 7200 RPM disk

还发现它在大约100个键空间之后运行速度非常慢。创建700个键空间花费了约7个小时，并且在没有数据输入的情况下消耗了约35GB的磁盘空间

然后，我们切换测试以验证键空间中列族的最大数量，希望使用名为CFs的

。该试验在约3000立方英尺/秒时也失败
现在，我们正在查看行键的。
，并对所有租户使用相同的CFs。这是基于上的注释
问题是，如果密钥验证类是LongType，那么是否会将租户id预先添加到以下CF的密钥工作？

ColumnFamily: monthly_unique_user_counts
"count of unique users per month"
  Key Validation Class: org.apache.cassandra.db.marshal.LongType
  Default column value validator: org.apache.cassandra.db.marshal.LongType
  Columns sorted by: org.apache.cassandra.db.marshal.LongType
  Row cache size / save period in seconds / keys to save : 0.0/0/all
  Row Cache Provider: org.apache.cassandra.cache.ConcurrentLinkedHashCacheProvider
  Key cache size / save period in seconds: 200000.0/14400

对于其他一些CFs，关键验证类是
Key Validation Class: org.apache.cassandra.db.marshal.TimeUUIDType

\uu
概念是否适用于该CF