I checked it nas we dont do any schema change every time. I did another cluster installation and this is the tests I performed. I created keyspace with SimpleStrategy and replication factor of 3.
I am not using any DML as part of my HA tests
Took cassandra cluster with 3 nodes and each node running on one VM. Created keyspace and tables(5 tables) and populated with data when all the nodes/cluster is up and running.
All DDL statements were executed when the cluster was functioning normally
test case1 : I used select queries (only reads) on these tables when the cluster was proper and everything works fine without delay.
I shutdown one VM and one of the cassandra nodes is marked as down. Then I tested the same select queries
saraths-mbp:issue2918_3855 sambadas5$ k exec -it reaa2e6a71d-apiconnect-cc-2 -- nodetool status
Datacenter: datacenter1
=======================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
-- Address Load Tokens Owns (effective) Host ID Rack
UN 10.44.0.14 16.73 MiB 256 100.0% e71d2478-8444-41fa-82d2-fa4e35198448 rack1
DN 10.36.0.16 11.58 MiB 256 100.0% 2d7de9ae-b5df-42a4-b8ab-5cbe7ccca672 rack1
UN 10.32.0.15 8.66 MiB 256 100.0% f310bb9a-946f-4eac-a8ff-a4b579b0d6c6 rack1
I started executing the same queries (only reads) and see around 2.5 to 3 seconds in getting the output for each query
My use case needs to query multiple tables for each API call and this adds up the delay.
I went through the links you shared in previous update, using speculative query execution affect overall performance? Is the delay because of the way my configuration is
or is it some other issue?
Thanks
sarath