tidb 主键自增热点问题

TiDB中的自增主键可能会导致写入热点问题，即大量INSERT操作会集中写入单个Region，导致写入性能下降。为了解决这个问题，TiDB提供了两种解决方案：

1.使用AUTO_RANDOM处理自增主键热点表，代替自增主键，解决自增主键带来的写入热点。使用该功能后，将由TiDB生成随机分布且空间耗尽前不重复的主键，达到离散写入、打散写入热点的目的。注意，TiDB生成的主键不再是自增的主键，可使用LAST_INSERT_ID()获取上次分配的主键值。

2.对于主键非整数或没有主键的表或者是联合主键，TiDB会使用一个隐式的自增RowID，大量INSERT时会把数据集中写入单个Region，造成写入热点。为了解决这个问题，可以使用HASH分区或者使用自定义的分区键，将数据分散到不同的Region中，从而避免写入热点问题。

相关问题

怎么解决tidb主键跳跃问题

TiDB主键跳跃问题是指当使用自增主键时，如果有大量数据被删除，再插入新数据时，自增主键会跳跃，导致数据的物理存储位置不连续，影响查询性能。

解决这个问题，可以考虑以下几种方法：

1. 使用非自增主键：使用业务相关的主键，而不是自增主键，可以避免主键跳跃问题。

2. 使用有序 UUID 作为主键：有序 UUID 可以保证主键有序，避免主键跳跃问题，但是会增加主键长度和存储成本。

3. 设置自增步长：通过设置自增步长，可以减少主键跳跃的频率，但是需要考虑业务需求和数据量大小，设置不当会导致主键超出范围。

4. 定期执行 VACUUM 操作：VACUUM 操作可以清理删除后的空间并合并碎片，使数据物理存储位置连续，但是需要消耗一定的时间和资源。

综上所述，TiDB 主键跳跃问题可以通过选择合适的主键类型、设置自增步长、定期执行 VACUUM 操作等方式来解决。

数据库主键不自增可以吗

回答: 是的，数据库的主键可以不自增。在MySQL中，我们可以通过去掉建表语句中的AUTO_INCREMENT来实现主键不自增的设置。例如，可以创建一个没有自增属性的主键列，如下所示：

CREATE TABLE `user` (
`id` int NOT NULL COMMENT '主键',
`name` char(10) NOT NULL DEFAULT '' COMMENT '名字',
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

尽管在表的定义中没有明确指定自增属性，但是MySQL的InnoDB引擎会在内部生成一个名为ROW_ID的隐藏列，它实际上是一个自增列。这个隐藏列用于确保数据表有一个主键和主键索引。\[1\]\[2\]

需要注意的是，并不是所有的数据库都建议使用自增id作为主键。例如，TiDB数据库推荐使用随机id作为主键，以避免写热点问题。此外，对于一些敏感数据，如用户id、订单id等，如果使用自增id作为主键，外部通过抓包等方式很容易获取到新进用户量、成单量等信息，因此需要谨慎考虑是否继续使用自增主键。\[3\]
#### 引用[.reference_title]
- *1* *2* *3* [数据库主键一定要自增吗？有哪些场景不建议自增？](https://blog.csdn.net/CRMEB/article/details/125393423)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control,239^v3^insert_chatgpt"}} ] [.reference_item]
[ .reference_list ]