在只使用单数据库时，使用自增主键ID无疑是最适合的。
但在集群、主从架构上时就会有一些问题，比如：主键的全局唯一
这里介绍一下在集群环境下除了自增ID外的其它创建主键的方案
1、通过应用程序生成一个GUID，然后和数据一起插入切分后的集群。优点是维护简单，实现也容易。缺点是应用的计算成本较大，且GUID的长度比较长，占用数据库存储空间较大，涉及到应用
转载
2023-08-05 00:57:51
120阅读
# MySQL自增主键不连续
在MySQL中，自增主键是一种常见的用于唯一标识每条记录的方式。自增主键的特点是每插入一条新记录，主键的值会自动递增，保证了每条记录的唯一性。然而，有时候我们会发现MySQL的自增主键并不连续，即存在跳跃的情况。本文将详细介绍MySQL自增主键不连续的原因以及解决办法。
## 原因分析
### 1. 删除记录导致的不连续
当我们删除表中的记录时，MySQL的自
原创
2023-08-18 07:28:53
718阅读
## 实现mysql自增主键不连续的步骤
### 1. 创建一个测试表
首先，我们需要创建一个测试用的表，用于演示如何实现mysql自增主键不连续。
```sql
CREATE TABLE `test_table` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`name` VARCHAR(100) NOT NULL,
PRIMARY KEY (`
原创
2023-11-05 12:59:04
54阅读
最近项目上需要实现这么一个功能:统计每个人每个软件的使用时长,客户端发过来消息,如果该用户该软件已经存在增更新使用时间,如果没有则新添加一条记录,代码如下:insert into app_table(userName,app,duration)values(#{userName},#{item.app},#{item.duration})on duplicate key update durati
自增主键可以让主键索引尽量地保持递增顺序插 入，避免了页分裂，因此索引更紧凑。 但实际上自增主键不能保证连续递增。创建一个表：CREATE TABLE `t` ( `id` int(11) NOTNULLAUTO_INCREMENT,
`c` int(11) DEFAULTNULL,
`d` int(11) DEFAULTNULL,
PRIMARY KEY (`id`),
UNIQUE K
转载
2023-10-28 12:24:23
107阅读
当我们在使用关系型数据库时，主键（Primary Key）是无法避开的概念，主键的作用就是充当记录的标识符，我们能够通过标识符在一张表中定位到唯一的记录，作者在 为什么总是需要无意义的 ID 曾经介绍过为什么不应该使用有意义的字段来充当唯一标识符，感兴趣的读者可以了解一下。在关系型数据库中，我们会选择记录中多个字段的最小子集作为该记录在表中的唯一标识符[^1]，根据关系型数据库
39 自增主键为什么不连续Mysql的innodb的自增主键，由于自增主键可以让主键索引尽量得保持递增顺序插入，避免了页分裂，因此索引更紧凑。在设计的时候，自增主键是不能保证连续的。 | t39 | CREATE TABLE `t39` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`c` int(11) DEFAULT NULL,
`d` in
一、前言众所周知，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，大量的随机 IO，自增主键不连续。这应该是大家已经熟知的知识点，但是也应该还有不少的朋友不知道为何自增主键不是严格递增的？什么情况下自增主键会出现 “断层”？为了更加形象，这里创建一个表 xl_tb，其中 id 是自增主键字段，a 是唯一索引，然后插入一条数据，查看它的表结构：CREATE TABLE `NewTab
转载
2023-10-10 12:28:52
87阅读
当我们在使用关系型数据库时，主键（Primary Key）是无法避开的概念，主键的作用就是充当记录的标识符，我们能够通过标识符在一张表中定位到唯一的记录，作者在 为什么总是需要无意义的 ID 曾经介绍过为什么不应该使用有意义的字段来充当唯一标识符，感兴趣的读者可以了解一下。在关系型数据库中，我们会选择记录中多个字段的最小子集作为该记录在表中的唯一标识符[^1]，根据
## MySQL自增不连续
在MySQL中，自增字段（也称为自增主键）是一种常用的数据类型，它可以自动为每一条新插入的记录分配一个唯一的、递增的值。然而，有时我们可能会遇到自增字段不连续的情况，即在某些情况下，自增字段的值并不是按预期的顺序递增。本文将介绍一些可能导致MySQL自增不连续的原因，并提供相应的代码示例。
### 1. 删除记录导致间隙
当我们从一张表中删除记录时，自增字段不会自
原创
2023-07-31 12:00:35
435阅读
无特殊需求下 Innodb 建议使用与业务无关的自增 ID 作为主键。聚集索引，数据记录本身被存于主索引（一颗 B + Tree）的叶子节点上，这就要求同一个叶子节点内（大小为一个内存页或磁盘页）的各条数据记录按主键顺序存放。因此每当有一条新的记录插入时，MySQL 会根据其主键将其插入适当的节点和位置，如果页面达到装载因子（InnoDB 默认
转载
2023-10-17 19:41:44
56阅读
关于自增主键和UUID的比较，可以从数据插入前，插入中，插入三个阶段进行比较，他们有各自的有点，当然也有各自的不足。下面就分三个阶段说说优缺点。
插入前1）UUID 需要手动维护，要求是保证每次生成的数据都是不一致的，然后我们需要手写sql插入，如果代码逻辑中含有大量这种非业务相关的代码，其实是很不友好的，所以尽量透明。但是在代码中（Ja
转载
2023-08-04 13:10:16
112阅读
## 实现mysql自增id不连续
### 1. 引言
在开发过程中，我们经常会使用数据库来存储和管理数据。MySQL是一种常用的关系型数据库，它提供了自增id的机制来保证数据的唯一性和顺序性。然而，在某些特定的场景下，我们可能需要实现自增id不连续的功能，例如在用户注册时，为了提高用户隐私性，我们可能希望用户的id不是连续的，这样就不容易被猜测到用户的注册顺序。
本文将介绍如何实现MySQ
原创
2023-10-07 14:45:12
95阅读
1、前言一般，我们在建表都会设一个自增主键，因为自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，使得索引树更加紧凑。自增主键保持着递增顺序插入，但如果依赖于自增主键的连续性，是会有问题的，因为自增主键并不能保证连续递增。2、主键自增值创建一个测试表，然后插入一行数据，那么下一次插入数据的时候，自增主键的值就会是2；CREATE TABLE `t` (
`id` int(11) NO
转载
2023-08-27 16:13:38
235阅读
# MySQL 自增ID 不连续的原因及解决方法
在使用MySQL数据库时，我们经常会遇到一个问题，那就是自增ID不连续。如果你在观察数据库中的自增ID字段，发现有些ID的值是跳跃式增长的，而不是连续递增的，那么这篇文章就是为你准备的。
## 为什么自增ID会不连续？
首先，我们需要了解为什么自增ID会出现不连续的情况。在MySQL中，当我们向一张表插入数据时，如果发生了某种情况导致插入失败
# 实现 MySQL 自增 ID 不连续的完整指南
在开发中，许多场景会要求数据库的主键（如自增ID）必须具有唯一性和连续性。然而，有时候我们希望避免 ID 的连续性可能带来的信息泄露（如被猜测的顺序）。本文将一步一步地指导你如何在 MySQL 中实现自增 ID 的不连续性。
## 整体流程
在开始实现之前，我们可以将流程分为几个步骤，如下表所示：
| 步骤 | 描述
# 如何实现 MySQL ID 自增不连续
在开发的过程中，我们常常需要给数据库表中的记录分配唯一的标识符。通常情况下，我们会使用自增 ID 来实现这一功能。然而，很多开发者希望自增的 ID 不是连续的，以避免某些安全隐患或数据泄露。今天，我将教会你如何实现 MySQL ID 自增不连续的过程，下面是整个操作流程。
## 流程概述
我们将通过一个简单的步骤表来展示实现流程：
| 步骤 |
使用on duplicate key update语法有时是很方便，但是会有一个影响：默认情况下，每次更新都会更新该表的自增主键ID，如果更新频率很快，会导致主键ID自增的很快，过段时间就超过数字类型的的范围了
解决这个问题，有两种方式：(实际我目前使用的方式是把自增主键ID设置为bigint,也有一部分操作先查询再选择插入OR更新)
方法一：拆分成两个动作，先查询，再更新
方法二：修改innod
当我们在使用关系型数据库时，主键（Primary Key）是无法避开的概念，主键的作用就是充当记录的标识符，我们能够通过标识符在一张表中定位到唯一的记录，作者在 为什么总是需要无意义的 ID 曾经介绍过为什么不应该使用有意义的字段来充当唯一标识符，感兴趣的读者可以了解一下。在关系型数据库中，我们会选择记录中多个字段的最小子集作为该记录在表中的唯一标识符[^1]，根据关系型数据库
转载
2023-09-16 20:23:27
68阅读
自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。建表：CREATE TABLE `t` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`c` int(11) DEFAULT NULL,
`d` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `c` (`c`
转载
2023-10-27 11:27:22
140阅读
