到目前为止，cassandra3.x将只适用于java8。Cassandra4.0支持Java8和Java11，但在撰写本文时它还没有发布。
如果您想在本地系统（不推荐用于生产）中使用Java11运行cassandra。然后您可以执行以下步骤：
先决条件：Java11、ApacheAnt、python
下载cassandra中继分支代码：https://github.com/apache/cassandra
解压缩文件并在终端/命令提示符下打开文件夹。
使用-duse.jdk11=true参数构建cassandra：

ajit-soman@ajitsoman-X542BA:~/Downloads/cassandra-trunk$ ant -Duse.jdk11=true
Buildfile: /home/ajit-soman/Downloads/cassandra-trunk/build.xml
   [script] Warning: Nashorn engine is planned to be removed from a future JDK release
...
...
jar:
[mkdir] Created dir: /home/ajit-soman/Downloads/cassandra-trunk/build/classes/stress/META-INF
[mkdir] Created dir: /home/ajit-soman/Downloads/cassandra-trunk/build/tools/lib
  [jar] Building jar: /home/ajit-soman/Downloads/cassandra-trunk/build/tools/lib/stress.jar
[mkdir] Created dir: /home/ajit-soman/Downloads/cassandra-trunk/build/classes/fqltool/META-INF
  [jar] Building jar: /home/ajit-soman/Downloads/cassandra-trunk/build/tools/lib/fqltool.jar

BUILD SUCCESSFUL
Total time: 7 minutes 38 seconds

导航到bin文件夹并运行cassandra:

ajit-soman@ajitsoman-X542BA:~/Downloads/cassandra-trunk/bin$ ./cassandra 
OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release.
CompileCommand: dontinline

检查nodetool状态

ajit-soman@ajitsoman-X542BA:~/Downloads/cassandra-trunk/bin$ ./nodetool status
Datacenter: datacenter1
=======================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address    Load      Tokens  Owns (effective)  Host ID                               Rack 
UN  127.0.0.1  5.79 KiB  256     100.0%            68687cfd-a80b-45db-93cd-7bc2d212a64b  rack1

运行cqlsh

ajit-soman@ajitsoman-X542BA:~/Downloads/cassandra-trunk/bin$ ./cqlsh 
Connected to Test Cluster at 127.0.0.1:9042.
[cqlsh 5.0.1 | Cassandra 4.0-alpha2-SNAPSHOT | CQL spec 3.4.5 | Native protocol v4]
Use HELP for help.
cqlsh>

Cassandra4.0明确支持Java8和Java11。事实上，他们甚至将配置文件拆分为：

$ pwd
/Users/aaron/local/apache-cassandra-4.0-SNAPSHOT/conf
$ ls -a jvm*
jvm-clients.options jvm11-clients.options   jvm8-clients.options
jvm-server.options  jvm11-server.options    jvm8-server.options

支持这些特定版本的原因有两个方面。首先，Java8已经成为cassandra事实上的标准好几年了。用户希望它在未来仍能在Java8上工作。
考虑到java新的6个月发布周期，当ApacheCassandra4.0问世时，Java9和Java10将不再是“最新的”。另外，在构建过程中运行的测试对于使用哪个版本的java表现得很挑剔。因此，决定支持Java8和Java11 for 4.0，因为Java9和Java10的优先级似乎较低。
这并不是说Cassandra4.0不会在Java9或Java10上运行。事实上，cassandra-9608甚至还提交了一个补丁，应该可以覆盖它。但事实上，java8之所以被包括进来，是因为它在cassandra用户群中的长期使用。Java11将是4.0发布时最新的jdk/jre。如果您想确保集群运行良好，我会从这两个集群中选择一个。
但在4.0之前，Java8的最新补丁实际上是唯一的选择。

已发布的cassandra版本只支持Java8—对更高版本的支持将出现在尚未发布的Cassandra4.0中。你可以追踪Cassandra-9608的进展

使用cassandra 3.11.4，我们可以用java 11执行cassandra引擎，但也有一些问题：
如果出于任何原因，您仍在使用cms进行垃圾收集，那么是时候转移到g1了；这是在 jvm.options 文件。
同样在jvm.options中，您需要禁用 ThreadPriorityPolicy 因为它被Java9否决了
使用Java9引入的gc活动的统一日志记录，您将需要在中删除特定于gc的参数 jvm.options . 其中一些参数是：
-xloggc公司
-xx:+打印详细信息
-xx:+打印日期戳
-xx:+printheapatgc公司
-xx:+印刷发行
-xx:+PrintGCApplicationsTopedTime
-xx:+printpromotionfailure打印升级失败 nodetool 仍然需要Java8才能执行。
我们已经安装了jvm，并使用了其他方法将Java11设置为默认值。这也是java\u home变量的值
我们有一个名为java8\u home的新变量，它指向那个版本
我们更新了nodetool脚本（在我们的例子中是在/usr/bin/nodetool中），以便在设置java变量时使用java8\u home
对于正在使用 offheap_buffers 为了 memtable_allocation_type （定义见 cassandra.yaml )，我们不得不把它改成 offheap_objects