mysql主键id自定义

最新推荐文章于 2024-04-23 10:23:05 发布
原创 最新推荐文章于 2024-04-23 10:23:05 发布 · 2.9w 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #数据库 #sql #java

博客涉及MySQL数据库与Java相关内容，涵盖数据库操作的SQL语句使用，以及Java与数据库交互的相关技术，为信息技术领域数据库开发提供参考。

执行以下sql即可

alter table user(表名) AUTO_INCREMENT=800008(想要主键id从哪开始);
zhige@
关注
二、Sharding-JDBC系列02：自定义主键生成策略
weixiaohuai的博客
01-12 2638
实际应用中，大部分场景按照MySQL主键ID自增就能满足需求，但是在分库分表后，MySQL的自增主键就不能使用了，为了避免重复，我们需要全局唯一的ID，比如会员表的会员ID、订单表的订单ID等。// UUID: 采用UUID.randomUUID()的方式产生分布式主键// SNOWFLAKE: 雪花算法，生成64bit的长整型数据还抽离出分布式主键生成器的接口，方便用户自行实现自定义的自增主键生成器。
精选资源
mysql雪花算法生成唯一整型ID主键的实现方法
03-07
MySQL 雪花算法生成唯一整型ID主键的实现主要针对大数据环境下，需要大量生成全局唯一ID的需求。雪花算法是一种分布式ID生成策略，由Twitter开源，其设计目标是在分布式系统中生成具有全局唯一性、有序性和高并发性...
mysql 主键自定义_mysql 自定义主键步长方法
weixin_42365234的博客
02-07 453
mysql教程 自定义主键步长方法CREATE TABLE IF NOT EXISTS `useradmin` (`id` int(4) NOT NULL auto_increment,`username` varchar(20) default NULL,`userpass` varchar(40) default NULL,`logins` int(4) NOT NULL default '0...
SQL自定义主键
zss1100（打你鸟鸟头）的专栏
01-14 939
SqlServer数据库字符型主键生成过程参考   此过程生成类型为char(x)型，x为char字串的长度，如果为表Document生成主键则调用方法为：exec p_my_GetTableNextID Document,D,10,@DocumentID output产生的主键如：D000000001、D000000002,前辍为“D”总长度为10。具体过程如下：CREATE PRO
MySQL8 创建主键ID
zhouzhiwengang的专栏
09-30 861
痛点：2.0 系统对应的业务表主键都是字符串，不是int 类型无法使用MYSQL的主键自增长设置。任务目标：将1.0 系统的数据转换为 2.0 系统对应表中的数据（简称：数转）。任务实现：通过MySQL的存储过程，实现相关表数据的转换。解决办法：通过MySQL 自带的UUID 函数实现。温馨提示：记得替换’-‘符号。
MySQL通过自定义函数实现递归查询父级ID或者子级ID
09-08
本文将详细介绍如何通过MySQL的自定义函数来查询父级ID和子级ID。 首先，我们需要创建一个示例表格`table_name`，该表包含三个字段：`id`（主键）、`status`（状态）和`pid`（父级ID）。表的结构如下： ```sql ...
spring boot整合mybatis利用Mysql实现主键UUID的方法
08-27
`tk.mybatis.mapper.common.IdsMapper`则提供了处理主键ID的基本操作。 在Mapper接口中，你可以像平常一样定义CRUD方法。由于使用了UUID作为主键，插入数据时MyBatis会自动为新记录生成一个UUID。例如： ```java ...
精选资源
spring-boot-mybatis-interceptor:mybatis自定义主键插件,通过该插件生成分布式唯一雪花ID作为数据库表的主键
05-14
该插件项目可以直接运用于实际开发中，作为分布式数据库表主键ID使用。 一、项目概述 1、项目背景 在生成表主键ID时，我们可以考虑主键自增 或者 UUID,但它们都有很明显的缺点 主键自增：1、自增ID容易被爬虫遍历...
自定义主键的生成策略
hwt_211博客
05-10 704
z在想相对应的pojo类的配置文件中设置成以下：               length="14" />                 写个MyId的实现类 public class MyId implements  org.hibernate.id.IdentifierGenerator{//这里不要搞错了，是实现了identifierGenerator的接口 //外部
mysql实现char类型主键自增长
10-26
mysql用触发器实现char类型主键自增长
MySQL之主键ID生成策略
RedStone618的博客
12-17 7957
全局唯一id特点: 全局唯一性：不能出现重复的ID号，既然是唯一标识，这是最基本的要求； 趋势递增：在MySQL InnoDB引擎中使用的是聚集索引，由于多数RDBMS使用B-tree的数据结构来存储索引数据，在主键的选择上面我们应该尽量使用有序的主键保证写入性能； 单调递增：保证下一个ID一定大于上一个ID，例如事务版本号、IM增量消息、排序等特殊需求； 信息安全：如果ID是连续的，恶意用户的扒取工作就非常容易做了，直接按照顺序下载指定URL即可；如果是订单号就更危险了，竞对可以直接知道我们一天的单量。所
mysql基础5——设置主键
qq_43773652的博客
04-21 279
【代码】mysql基础5——设置主键。
MySQL主键：自增id、UUID、雪花算法
weixin_46356448的博客
04-23 1941
视频可看： 动画讲解：为什么不能使用自增ID或者UUID做MySQL的主键，雪花算法生成的主键存在哪些问题_哔哩哔哩_bilibili自增主键的好处：写入效率高弊端：变通方式：不使用自增主键做数据分片，而使用业务数据的用户ID做数据分片，每个用户的数据都集中在一个库，可以做到更加的内聚。 UUID随机、无序，具有非常好的全局唯一性，但不推荐做MySQL主键。从MySQL的B+树原理看，一个page写满向下一个page写，要求下一个page的数据要大于上一个page的数据，现插入一个新数据，但U
Mysql表单自增id自定义规则，用LPAD/RPAD就够了
studyday1的博客
09-24 1758
函数将字符串padstr填充到str的左侧,使字符串的长度达到len,然后返回字符串str.如果字符串str的长度大于len，则返回值被缩短至len字符长度。而还有一种是在右侧填充，RPAD()函数，用法同理。
MySQL~MySQL给已有的数据表添加自增ID
feizuiku0116的博客
07-04 3698
1. 添加id字段 2. 将id字段修改为自增属性
长姿势了！MySQL不推荐使用uuid或者雪花id作为主键的原因你真的知道吗？
weixin_50205273的博客
08-31 1007
前言 在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究竟有什么坏处？ 本篇博客我们就来分析这个问题,探讨一下内部的原因。 本篇博客的目录 mysql程序实例 使用uuid和自增id的索引结构对比 总结 一、mysql和程序实例 1.1.要说明这个问题,我们首先来建立三张表 分别是use
mysql innodb 主键
任香980101
08-12 274
http://blog.johnjosephbachir.org/2006/10/22/everything-you-need-to-know-about-designing-mysql-innodb-primary-keys/ The primary key determines the order in which the data is physically stored in th...
MySQL的AUTO_INCREMENT
wangcheng711@gmail.com
03-22 2835
用法:CREATE TABLE test(id INT UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT,username VARCHAR(15) NOT NULL)AUTO_INCREMENT = 100;在数据库应用，我们经常要用到唯一编号，以标识记录。在MySQL中可通过数据列的AUTO_INCREMENT属性来自动生成。MySQL支持多种数据
mysql insert select 自定义id
最新发布
04-28
<think>好的，我需要帮助用户解决如何在MySQL中使用INSERT SELECT语句插入数据时自定义ID的问题。首先，我需要回顾用户提供的引用内容，看看有没有相关的信息可以利用。 引用[1]提到了在插入时使用条件语句，可能涉及到如何条件性地插入数据。不过用户现在的问题是关于自定义ID，所以这可能不是直接相关的，但可以留意是否有条件插入时需要自定义ID的情况。 引用[2]讨论了自定义自增函数，用户提到需要手动设置主键ID而不是使用自增。这里提到了一个自定义函数getId来实现自增长，这可能对用户有帮助，尤其是在需要生成自定义ID的情况下。但用户现在的问题是通过INSERT SELECT来自定义ID，可能需要结合这个函数。 引用[3]解释了如何获取刚插入的自增ID，比如使用@@identity。但用户的问题是要自定义ID，而不是获取自增ID，所以这部分可能需要反向思考，如何手动设置ID而不是依赖自增。 用户之前的问题是关于关联查询并随机获取一条数据，现在转向插入数据时自定义ID。需要确保回答符合用户当前的需求，即INSERT SELECT + 自定义ID。 首先，我需要明确INSERT SELECT的基本用法，然后思考如何在此过程中自定义ID字段。通常，INSERT SELECT会从另一个表中选择数据插入到目标表，如果目标表有自增ID，通常会自动生成。但用户希望手动指定这个ID，可能有几种方法： 1. 在SELECT语句中直接指定ID值，例如使用固定值、表达式或函数生成ID。 2. 使用变量来动态生成ID，比如用户定义的变量或会话变量。 3. 结合自定义函数生成ID，如引用[2]中的getId函数。 4. 利用现有数据中的某个字段或计算字段作为ID。 接下来需要考虑用户可能的场景，例如需要导入数据时手动设置ID，或者根据某种规则生成ID。需要确保方法的可行性和效率，同时处理可能的主键冲突。 还需要检查用户提到的INSERT SELECT是否允许在插入时指定ID列。通常，如果目标表有自增ID，但插入时显式指定ID值，只要该ID不存在且自增列允许手动插入，是可以的。但需要确保数据库设置（如sql_mode）是否允许这样做，比如是否有NO_AUTO_VALUE_ON_ZERO的限制。 可能的步骤包括： - 确定目标表的结构，特别是ID字段是否是自增主键。 - 在INSERT语句中显式列出所有列，包括ID，然后在SELECT中为ID提供值。 - 使用函数或表达式生成唯一的ID值，避免重复。 - 处理可能的主键冲突，使用ON DUPLICATE KEY UPDATE或REPLACE INTO。 例如，基本的INSERT SELECT自定义ID的语法可能是： INSERT INTO target_table (id, col1, col2) SELECT custom_id, col1, col2 FROM source_table; 这里的custom_id可以是源表中的某个字段，或者通过计算、函数生成的。 如果ID需要自增但用户想自定义起始值，可以暂时修改表的自增起始值，插入后再恢复。但这可能影响其他插入操作，需要谨慎。 另外，引用[2]中的自定义函数getId可能用于生成唯一的ID值，可以在SELECT子句中调用该函数来生成ID。 还需要考虑性能问题，特别是在处理大量数据时，如何高效生成和插入自定义ID。可能需要预先计算ID，或者使用批量插入的方式。 最后，需要验证这些方法的正确性，并提醒用户注意主键唯一性约束，避免插入重复ID导致错误。</think>### MySQL INSERT SELECT 自定义 ID 实现详解 --- #### 核心原理 通过显式指定目标表的主键字段，在`SELECT`子句中生成自定义 ID 值。以下提供四种典型实现方式，适用于不同场景： --- ### 方法1：直接赋值（静态/动态ID） ```sql -- 示例：插入时使用固定偏移量 INSERT INTO target_table (id, name, email) SELECT s.source_id + 1000, -- 自定义ID生成规则 s.user_name, s.user_email FROM source_table s; ``` **关键点**： - 显式列出目标表所有字段（含ID列） - 通过表达式控制ID生成规则 - 需确保生成ID的唯一性（避免主键冲突） --- ### 方法2：会话变量自增（动态序列） ```sql SET @custom_id = 10000; -- 初始化起始值 INSERT INTO target_table (id, title, content) SELECT (@custom_id := @custom_id + 1) AS gen_id, -- 动态递增 s.article_title, s.article_content FROM source_table s; ``` **执行过程**： 1. 通过`SET`初始化用户变量 2. 在`SELECT`时动态计算新ID值 3. 每次插入自动生成连续ID序列 **注意事项**： - 需保证批量插入操作的原子性 - 并发插入时需使用事务隔离[^2] --- ### 方法3：UUID函数生成（全局唯一ID） ```sql INSERT INTO user (id, username, created_at) SELECT UUID(), -- 生成36位UUID s.login_name, NOW() FROM staging_user s; ``` **特点**： - 生成标准UUID格式（如`550e8400-e29b-41d4-a716-446655440000`） - 适合分布式系统 - 存储空间消耗比整数ID多$16 \times 8 = 128$ bits[^1] --- ### 方法4：复合键拼接（业务逻辑ID） ```sql INSERT INTO order_detail (id, product_id, quantity) SELECT CONCAT('OD', DATE_FORMAT(NOW(), '%Y%m%d'), LPAD(s.auto_id, 6, '0')), s.product_code, s.order_qty FROM temp_orders s; ``` **生成示例**： `OD20230815000001` **优势**： - 自带日期、序号等业务信息 - 通过`LPAD`保证定长格式 - 需建立合适的索引策略 --- ### 主键冲突解决方案 #### 方案A：忽略重复（INSERT IGNORE） ```sql INSERT IGNORE INTO target_table (id, ...) SELECT ... FROM source_table; ``` #### 方案B：更新已有记录（ON DUPLICATE KEY UPDATE） ```sql INSERT INTO target_table (id, count) SELECT s.id, s.num FROM source_table s ON DUPLICATE KEY UPDATE count = VALUES(count); ``` #### 方案C：替换写入（REPLACE INTO） ```sql REPLACE INTO target_table (id, ...) SELECT ... FROM source_table; ``` --- ### 性能优化建议 1. **批量插入控制**： ```sql -- 每次插入1000条记录 INSERT INTO target_table (id, data) SELECT ... FROM source_table LIMIT 1000; ``` 2. **禁用索引加速**： ```sql ALTER TABLE target_table DISABLE KEYS; -- 执行插入操作 ALTER TABLE target_table ENABLE KEYS; ``` 3. **使用LOAD DATA INFILE（百万级数据）**： ```sql SELECT id, name INTO OUTFILE '/tmp/data.csv' FROM source_table; LOAD DATA INFILE '/tmp/data.csv' INTO TABLE target_table (id, name); ``` --- ### 典型错误处理 **错误1054 - 未知列**： ```sql -- 错误示例：目标表有3列但只插入2列 INSERT INTO target_table (id, name) SELECT s.id, s.name FROM source_table s; -- 正确写法（明确所有字段）： INSERT INTO target_table (id, name, age) SELECT s.id, s.name, s.age FROM source_table s; ``` **错误1062 - 主键重复**： ```sql -- 使用冲突解决方案中的方法处理 SELECT COUNT(*) FROM target_table WHERE id IN (SELECT id FROM source_table); ``` --- ### 应用场景对比 | 场景 | 推荐方法 | 数据量 | 特点说明 | |---------------------|----------|-----------|------------------| | 数据迁移 | 方法1 | <100万 | 简单ID偏移 | | 分布式系统ID生成 | 方法3 | 任意量级 | 保证全局唯一 | | 业务编码型ID | 方法4 | <1000万 | 含业务信息 | | 高并发序列生成 | 方法2 | <500万 | 需要事务控制 | ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值