由于架构设计错误，16 节点集群超时

Question

Yugabyte 2.4.4 集群在 2 个 Region, 3 AZs, 24 Nodes

只读副本 - 无

中部16个节点，东部8个节点

中心区域的应用程序配置为与中心区域的主（领导）对话

应用程序正在使用 YCL 驱动程序（gocql），因此该表当前是基于 hash 的分区

---

鉴于 SELECT 查询（下）的大流量需求和 INSERT & UPDATE 查询的流量较少：

SELECT userID, col3, col4, col5, col6, col7
                  FROM table1
              WHERE domainID = :domain_id AND userID IN :user_id_set

数据库当前具有基于 hash 分区的架构（如下）：

CREATE TABLE keySpaceName.table1 (                                  
domainID VARCHAR, 
userID VARCHAR, 
col3 VARCHAR, 
col4 VARCHAR, 
col5 VARCHAR, 
col6 VARCHAR, 
col7 VARCHAR, 
           PRIMARY KEY((userID, domainID), col3, col4));

---

注意：一个域可以有多个用户。 一个域中的数以千计的用户。

由于某些历史原因，我们的模式使用PRIMARY KEY((userID, domainID), col3, col4))进行了严重分区，这导致 SELECT 查询在 16 个节点集群（托管 hash 分区表table1 ）中出现巨大超时。 需要定期重新启动应用程序。

---

PRIMARY KEY((userID, domainID), col3, col4))重构为PRIMARY KEY((domainID), userID) WITH CLUSTERING ORDER BY (userID ASC); . 使用键domainID使用 hash 分区创建表。 聚类键userID将按升序排列。

所以，

分区键domainID将提高搜索domainID =:domain_id的性能

和

聚类键userID将提高搜索userID IN:user_id_set的性能

---

1. 这种重构是否有意义，以提高 SELECT 查询中的 WHERE 子句性能

2. INSERT 查询（添加新行）和 UPDATE 查询（更新现有行）如何在此重构中执行？