Cassandra scale-out with no traffic on newly joined nodes

2020-09-03 Thread Sandeep Nethi
Hello everyone,

Hope everything is going well!

Coming to the problem,
I have recently scaled out existing 3 nodes/rack cassandra cluster by
additional 3 nodes (1 in each rack), scale out was successful, all the
nodes are UN and no errors from application servers.

But what I've been observing is, newly joined nodes are not receiving any
transaction requests and the number native connections on new nodes is very
less compared to existing nodes. Can anybody guess what could be wrong?

Thanks in advance!

Regards,
Sandeep


efficient delete over a "wide" table?

2020-09-03 Thread Attila Wind

Hi C* gurus,

I'm looking for the best strategy to delete records from a "wide" table.
"wide" means the table stores records which have a UUID-style id element 
of the key - within each partition


So yes, its not the partitioning key... The partitioning key is actually 
kind of a customerId at the moment and actually I'm not even sure this 
is the right model for this table... Given the fact that number of 
curtomerIds <<< number of UUIDs probably not.
But lets exclude this for a moment maybe and come back to the main 
question of mine!


So the question:
when I delete records from this table, given the fact I can and I will 
delete in "batch fashion" (imagine kind of a scheduled job which 
collects - let's say - 1000 records) every time I do deletes...


Would there be a difference (in terms of generated tombstones) if I would

a) issue delete one-by-one like
DELETE FROM ... WHERE ... uuid = 'a'
DELETE FROM ... WHERE ... uuid = 'b'
...
DELETE FROM ... WHERE ... uuid = 'z'

or

b) issue delete in a group fashion like
DELETE FROM ... WHERE ... uuid in ('a', 'b', ... 'z')

?

or is there any other way to effeicently delete which I miss here?

thanks!

--
Attila Wind

http://www.linkedin.com/in/attilaw
Mobile: +49 176 43556932