I have a three nodes Cassandra Cluster and I have created one table which has more than 2,000,000 rows.
When I execute this (select count(*) from userdetails
You can also increase timeout in the cqlsh command, e.g.:
cqlsh --request-timeout 120 myhost
To change the client timeout limit in Apache Cassandra, there are two techniques:
Technique 1:Modify the cqlshrc file.
Technique 2: Open the program cqlsh and modify the time specified using the client_timeout variable.
For details to accomplish please refer the link: https://playwithcassandra.wordpress.com/2015/11/05/cqlsh-increase-timeout-limit/
I'm using Cassandra 3.4 and cqlsh to get record counts. It appears that there has been a code change in 3.4. cqlsh just calls cqlsh.py. Inside of cqlsh.py there is a DEFAULT_REQUEST_TIMEOUT_SECONDS
variable that defaults to 10 (seconds). I changed it to 3600 (1 hour) and now my SELECT count(*)
queries work.
having the same problem as you above if i do a count for a day, but as a work around, I split the count into two requests (12hours + 12hours), such as below.
cqlsh:jw_schema1> select count(*) from flight_statistics where insert_time >= '2015-08-20 00:00:00' and insert_time <= '2015-08-20 11:59:59' ALLOW FILTERING;
count
-------
42528
(1 rows)
cqlsh:jw_schema1> select count(*) from flight_statistics where insert_time >= '2015-08-20 12:00:00' and insert_time <= '2015-08-20 23:59:59' ALLOW FILTERING;
count
-------
86580
(1 rows)
cqlsh:jw_schema1>
count(*) actually pages through all the data. So a select count(*) from userdetails
without a limit would be expected to timeout with that many rows. Some details here:
http://planetcassandra.org/blog/counting-key-in-cassandra/
You may want to consider maintaining the count yourself, using Spark, or if you just want a ball park number you can grab it from JMX.
To grab from JMX it can be a little tricky depending on your data model. To get the number of partitions grab the org.apache.cassandra.metrics:type=ColumnFamily,keyspace={{Keyspace}},scope={{Table}},name=EstimatedColumnCountHistogram
mbean and sum up all the 90 values (this is what nodetool cfstats
outputs). It will only give you the number that exist in sstables so to make it more accurate you can do a flush or try to estimate number in memtables from the MemtableColumnsCount
mbean
For a very basic ballpark number you can grab the estimated partition counts from system.size_estimates
across all the ranges listed (note that this is only number on one node). Multiply that out by number of nodes, then divided by RF.
if you use cqlsh: open the script in editor and find all words "timeout". Change default value from 10 to 60 and save the script.