毫无疑问，cql语法确实有分区键和集群键的概念。请看您提供的示例：

Create TABLE test (a text,b int, c text, PRIMARY KEY(a,b))

语法 (a,b) 意思是，在cql中 a 是分区键 b 是群集密钥。再举个例子，如果你要写 ((a,b,c),d,e,f) 这意味着 a , b ，和 c 是分区键列，而 d , e 以及 f 是群集键列。这是cql语法。
实际上，我想你知道这意味着什么。除此之外，您还可以要求以某种已知的排序顺序获取属于单个分区的所有集群行，但是分区没有排序，并且全表扫描以随机顺序返回它们。
术语“宽行”在cql中不是作为一个术语使用的，但是这个概念确实存在，正如我在上面解释的，“宽行”（实际上，“宽分区”更准确）是指当一个分区有很多集群行时所发生的情况-即，同一分区键有很多不同的集群键。在cassandra中，宽行得到了适当的支持，这是有限的（从真正巨大的分区读取数据可能会比较慢，而且各种代码仍然以低效的方式处理它们）。像这样的一些文档建议cassandra分区的理想大小应该达到10mb。

cql模式

基于表架构，如下所示：

Create TABLE test (a text,b int, c text, PRIMARY KEY(a,b))

分区密钥由“a”和“b”组成。我认为下面的文章将解决您关于分区键等的所有问题：在cassandra中分区键、复合键和集群键之间的区别？

数据文件

分区和集群列等都存在于数据文件级别（因此在数据库）。在内部，这是由cassandras存储引擎理解的。使用您的示例，我创建了表，刷新了键空间，并使用 sstablemetadata 注意，您必须以cassandra运行的用户身份运行该工具（在我的例子中，它是 cassandra 用户：

$ sudo -u cassandra sstabledump /var/lib/cassandra/data/mc/test-bedc4ba012cf11ea93f72f6848f9d70d/md-1-big-Data.db

[
  {
    "partition" : {
      "key" : [ "test" ],
      "position" : 0
    },
    "rows" : [
      {
        "type" : "row",
        "position" : 37,
        "clustering" : [ 1 ],
        "liveness_info" : { "tstamp" : "2019-11-29T17:43:35.752796Z" },
        "cells" : [
          { "name" : "c", "value" : "test1" }
        ]
      },
      {
        "type" : "row",
        "position" : 37,
        "clustering" : [ 2 ],
        "liveness_info" : { "tstamp" : "2019-11-29T17:43:31.144961Z" },
        "cells" : [
          { "name" : "c", "value" : "test2" }
        ]
      }
    ]
  },
  {
    "partition" : {
      "key" : [ "test-new" ],
      "position" : 54
    },
    "rows" : [
      {
        "type" : "row",
        "position" : 95,
        "clustering" : [ 1 ],
        "liveness_info" : { "tstamp" : "2019-11-29T17:43:41.438779Z" },
        "cells" : [
          { "name" : "c", "value" : "test1" }
        ]
      }
    ]
  }
]

我们可以清楚地看到键“test”分别有两个值为“1”和“2”的聚类行。
有关存储引擎的更多背景信息，请参见：https://docs.datastax.com/en/cassandra/3.0/cassandra/dml/dmlmanageondisk.html

宽行

与其说这是您决定使用或实现的东西，不如说它是坏数据模型的副作用。一个很好的例子是假设你有一张这样的table：

CREATE TABLE mc.cars (
    owner_id int PRIMARY KEY,
    car_reg text,
    owner_name text,
    price float,
    purchased date
);

虽然这个模型可能还可以，但是想象一下你有一个（幸运的！）拥有超过1000辆汽车的车主。除了一个大车库，他们也可能是一个广泛的争吵的原因。如果你的table看起来像这样：

CREATE TABLE mc.cars2 (
    owner_id int,
    car_reg text,
    owner_name text,
    price float,
    purchased date,
    PRIMARY KEY (owner_id, car_reg)
) WITH CLUSTERING ORDER BY (car_reg ASC)

你将不太可能看到一个宽行，因为你的分区键是由汽车登记号码太。