Go to file
Elliott Sims 1f3ceb7253 CASSANDRA-20147: Fix Semaphore permit count overflow under sustained high write rate
In Batch commit mode, if multiple writes arrive during a single commitlog flush
it will release the haveWork semaphore more times than it's acquired.  If this
happens often enough without an idle period, it will eventually overflow.
So, every time we acquire() the permit count should be reset to 0.
This is similar to how it worked in 3.0, but with more places it's acquired.
In theory this leaves a potential race, but only if 2 billion writes arrive within
a single commitlog flush interval.
Without this change, I believe the flusher loop would also run without waiting
for a while during idle periods after sustained high load.

patch by Elliott Sims (elliott@backblaze.com); reviewed by TBD for CASSANDRA-20147
2025-10-07 14:41:18 -06:00
.build Merge branch 'cassandra-5.0' into trunk 2024-12-23 07:28:40 +11:00
.circleci Merge branch 'cassandra-5.0' into trunk 2024-03-20 08:08:39 +01:00
.github Add pull request template and modify README to include Jira and mailing list link 2022-09-21 09:10:28 +02:00
.jenkins Timing info for each test split in Jenkinsfile 2025-01-05 19:05:48 +01:00
bin Enable JMX server configuration to be in cassandra.yaml 2024-12-16 11:01:29 +01:00
ci Implementation of Transactional Cluster Metadata as described in CEP-21 2023-11-24 10:26:08 +00:00
conf Periodically disconnect roles that are revoked or have LOGIN=FALSE set 2025-01-14 12:40:44 -08:00
debian Prepare debian changelog for 5.0.3 2024-11-13 15:34:39 -06:00
doc Support octet_length and length functions 2025-01-22 11:59:23 +01:00
examples Make JMX SSL configurable in cassandra.yaml 2024-11-23 10:40:13 +01:00
ide Merge branch 'cassandra-5.0' into trunk 2024-05-29 11:12:14 +02:00
lib Upgrade Python driver to 3.29.0 2024-01-19 17:14:57 +00:00
pylib Implementation of CEP-43 2025-01-14 21:47:11 +01:00
redhat Merge branch 'cassandra-5.0' into trunk 2024-07-22 20:09:30 +02:00
src CASSANDRA-20147: Fix Semaphore permit count overflow under sustained high write rate 2025-10-07 14:41:18 -06:00
test Fail CREATE TABLE LIKE statement if UDTs in target keyspace do not exist or they have different structure from ones in source keyspace 2025-01-22 18:53:53 +01:00
tools Parallelized UCS compactions 2024-12-11 17:37:09 +02:00
.asf.yaml enrich .asf.yaml 2024-08-23 10:48:15 +02:00
.gitignore Implementation of Transactional Cluster Metadata as described in CEP-21 2023-11-24 10:26:08 +00:00
CASSANDRA-14092.txt Default to nb instead of nc for sstable formats 2023-11-13 09:26:11 +01:00
CHANGES.txt Fail CREATE TABLE LIKE statement if UDTs in target keyspace do not exist or they have different structure from ones in source keyspace 2025-01-22 18:53:53 +01:00
CONTRIBUTING.md Merge branch 'cassandra-3.11' into trunk 2021-04-22 08:32:58 -05:00
LICENSE.txt Merge branch 'cassandra-3.11' into cassandra-4.0 2023-08-31 22:39:56 +02:00
NEWS.txt Support octet_length and length functions 2025-01-22 11:59:23 +01:00
NOTICE.txt Merge branch 'cassandra-3.11' into cassandra-4.0 2023-02-22 10:25:08 -06:00
README.asc CEP-24 Password validation / generation 2024-07-08 23:32:09 +02:00
TESTING.md Improve and clean up documentation and fix typos 2023-01-26 14:42:47 +01:00
build-shaded-dtest-jar.sh Merge branch 'cassandra-3.11' into trunk 2021-04-19 17:39:10 +02:00
build.properties.default Merge branch 'cassandra-5.0' into trunk 2024-09-16 15:53:25 -04:00
build.xml Support audit logging for JMX operations 2025-01-02 09:15:59 -08:00
relocate-dependencies.pom Upgrade maven-shade-plugin to 3.4.1 to fix shaded dtest JAR build 2023-03-14 15:57:14 -05:00

README.asc

Apache Cassandra
-----------------

Apache Cassandra is a highly-scalable partitioned row store. Rows are organized into tables with a required primary key.

https://cwiki.apache.org/confluence/display/CASSANDRA2/Partitioners[Partitioning] means that Cassandra can distribute your data across multiple machines in an application-transparent matter. Cassandra will automatically repartition as machines are added and removed from the cluster.

https://cwiki.apache.org/confluence/display/CASSANDRA2/DataModel[Row store] means that like relational databases, Cassandra organizes data by rows and columns. The Cassandra Query Language (CQL) is a close relative of SQL.

For more information, see http://cassandra.apache.org/[the Apache Cassandra web site].

Issues should be reported on https://issues.apache.org/jira/projects/CASSANDRA/issues/[The Cassandra Jira].

Requirements
------------
- Java: see supported versions in build.xml (search for property "java.supported").
- Python: for `cqlsh`, see `bin/cqlsh` (search for function "is_supported_version").


Getting started
---------------

This short guide will walk you through getting a basic one node cluster up
and running, and demonstrate some simple reads and writes. For a more-complete guide, please see the Apache Cassandra website's https://cassandra.apache.org/doc/latest/cassandra/getting_started/index.html[Getting Started Guide].

First, we'll unpack our archive:

  $ tar -zxvf apache-cassandra-$VERSION.tar.gz
  $ cd apache-cassandra-$VERSION

After that we start the server. Running the startup script with the -f argument will cause
Cassandra to remain in the foreground and log to standard out; it can be stopped with ctrl-C.

  $ bin/cassandra -f

Now let's try to read and write some data using the Cassandra Query Language:

  $ bin/cqlsh

The command line client is interactive so if everything worked you should
be sitting in front of a prompt:

----
Connected to Test Cluster at localhost:9160.
[cqlsh 6.3.0 | Cassandra 5.0-SNAPSHOT | CQL spec 3.4.8 | Native protocol v5]
Use HELP for help.
cqlsh>
----

As the banner says, you can use 'help;' or '?' to see what CQL has to
offer, and 'quit;' or 'exit;' when you've had enough fun. But lets try
something slightly more interesting:

----
cqlsh> CREATE KEYSPACE schema1
       WITH replication = { 'class' : 'SimpleStrategy', 'replication_factor' : 1 };
cqlsh> USE schema1;
cqlsh:Schema1> CREATE TABLE users (
                 user_id varchar PRIMARY KEY,
                 first varchar,
                 last varchar,
                 age int
               );
cqlsh:Schema1> INSERT INTO users (user_id, first, last, age)
               VALUES ('jsmith', 'John', 'Smith', 42);
cqlsh:Schema1> SELECT * FROM users;
 user_id | age | first | last
---------+-----+-------+-------
  jsmith |  42 |  john | smith
cqlsh:Schema1>
----

If your session looks similar to what's above, congrats, your single node
cluster is operational!

For more on what commands are supported by CQL, see
http://cassandra.apache.org/doc/latest/cql/[the CQL reference]. A
reasonable way to think of it is as, "SQL minus joins and subqueries, plus collections."

Wondering where to go from here?

  * Join us in #cassandra on the https://s.apache.org/slack-invite[ASF Slack] and ask questions.
  * Subscribe to the Users mailing list by sending a mail to
    user-subscribe@cassandra.apache.org.
  * Subscribe to the Developer mailing list by sending a mail to
    dev-subscribe@cassandra.apache.org.
  * Visit the http://cassandra.apache.org/community/[community section] of the Cassandra website for more information on getting involved.
  * Visit the http://cassandra.apache.org/doc/latest/development/index.html[development section] of the Cassandra website for more information on how to contribute.