首页
学习
活动
专区
圈层
工具
发布

mysql新增主键列

基础概念

MySQL是一种关系型数据库管理系统,主键(Primary Key)是表中的一个或多个字段,用于唯一标识表中的每一行数据。主键具有以下特性:

  1. 唯一性:主键的值在整个表中必须是唯一的。
  2. 非空性:主键的值不能为空。
  3. 唯一索引:主键字段上会自动创建一个唯一索引,以提高查询效率。

相关优势

  • 数据完整性:通过主键可以确保数据的唯一性和完整性。
  • 快速检索:主键上的唯一索引可以提高数据检索的速度。
  • 外键关联:主键常用于与其他表的外键关联,建立表之间的关系。

类型

MySQL中的主键可以是以下几种类型:

  1. 单字段主键:使用单个字段作为主键。
  2. 复合主键:使用多个字段组合成一个主键。
  3. 自增主键:使用自增的整数作为主键,通常用于标识新插入的记录。

应用场景

主键广泛应用于各种数据库设计中,特别是在需要确保数据唯一性和完整性的场景中。例如:

  • 用户表:每个用户有一个唯一的用户ID。
  • 订单表:每个订单有一个唯一的订单号。
  • 产品表:每个产品有一个唯一的产品编码。

新增主键列的步骤

假设我们有一个名为students的表,现在需要新增一个主键列student_id

步骤1:创建表(如果表不存在)

代码语言:txt
复制
CREATE TABLE students (
    id INT AUTO_INCREMENT,
    name VARCHAR(50),
    age INT,
    PRIMARY KEY (id)
);

步骤2:新增主键列

如果表已经存在,可以使用ALTER TABLE语句来新增主键列:

代码语言:txt
复制
ALTER TABLE students ADD COLUMN student_id INT AUTO_INCREMENT;
ALTER TABLE students ADD PRIMARY KEY (student_id);

步骤3:删除旧的主键列(可选)

如果需要删除旧的主键列并使用新的主键列,可以先删除旧的主键列,再添加新的主键列:

代码语言:txt
复制
ALTER TABLE students DROP PRIMARY KEY;
ALTER TABLE students ADD COLUMN student_id INT AUTO_INCREMENT;
ALTER TABLE students ADD PRIMARY KEY (student_id);

可能遇到的问题及解决方法

问题1:主键冲突

原因:新增的主键列值与现有数据冲突。

解决方法:确保新增的主键列值在整个表中是唯一的。可以使用AUTO_INCREMENT自动生成唯一值。

问题2:表锁定

原因:在修改表结构时,可能会导致表被锁定,影响其他操作。

解决方法:在低峰期进行表结构的修改,或者使用在线DDL(Data Definition Language)工具,如MySQL 5.6及以上版本支持的ALGORITHM=INPLACE选项。

代码语言:txt
复制
ALTER TABLE students ADD COLUMN student_id INT AUTO_INCREMENT, ALGORITHM=INPLACE;
ALTER TABLE students ADD PRIMARY KEY (student_id), ALGORITHM=INPLACE;

问题3:数据迁移

原因:新增主键列可能需要迁移现有数据。

解决方法:在新增主键列之前,可以先备份数据,然后进行数据迁移。

代码语言:txt
复制
-- 备份数据
CREATE TABLE students_backup AS SELECT * FROM students;

-- 新增主键列并迁移数据
ALTER TABLE students_backup ADD COLUMN student_id INT AUTO_INCREMENT;
ALTER TABLE students_backup ADD PRIMARY KEY (student_id);
INSERT INTO students_backup SELECT * FROM students;

-- 删除原表并重命名备份表
DROP TABLE students;
RENAME TABLE students_backup TO students;

参考链接

通过以上步骤和解决方法,可以顺利地在MySQL表中新增主键列,并确保数据的完整性和查询效率。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • Mysql资料 主键

    主键(primary key) 一列(或一组列),其值能够唯一区分表中的每个行。 唯一标识表中每行的这个列(或这组列)称为主键。...表中的任何列都可以作为主键,只要它满足以下条件: 1、任何两行都不具有相同的主键值 2、每个行都必须具有一个主键值(主键列不允许NULL值) 除MySQL强制实施的规则外,应该坚持的几个普遍认为的最好习惯为...: 1、不更新主键列的值 2、不重用主键列的值 3、不在主键列中使用可能会更改的值(例如,如果使用一个名字作为主键以标识某个供应商,应该供应商合并和更改其名字时,必须更改这个主键) 总之:不应该使用一个具有意义的...这就要求同一个叶子节点内(大小为一个内存页或磁盘页)的各条数据记录按主键顺序存放,因此每当有一条新的记录插入时,MySQL会根据其主键将其插入适当的节点和位置,如果页面达到装载因子(InnoDB默认为15...如果没有显式地在表定义时指定主键,InnoDB存储引擎会为每一行生成一个6字节的ROWID,并一次作为主键。 mysql 在频繁的更新、删除操作,会产生碎片。而含碎片比较大的表,查询效率会降低。

    6.6K20

    MySQL的主键详解

    主键(primary key) 一列 (或一组列),其值能够唯一区分表中的每个行。唯一标识表中每行的这个列(或这组列)称为主键。主键用来表示一个特定的行。...表中的任何列都可以作为主键,只要它满足以下主键值规则条件: 任两行不具相同的主键值 每行都必须具有一个主键值(主键列不允许NULL) 这里的规则是MySQL本身强制实施的。...除MySQL强制实施的规则外,还应该坚持的最佳实践: 不更新主键列中的值 不重用主键列的值 不在主键列中使用可能会更改的值 例如,如果使用一个名字作为主键以标识某个供应商,当该供应商合并和更改其 名字时...联合主键体现在多个表上,复合主键体现在一个表中的多个字段。 复合主键 主键通常定义在表的一列上,但这并不是必需的,也可使用多个列作为主键。...此时上述的条件必须应用到构成主键的所有列,所有列值的组合必须是唯一的(多列中的单个列的值可以不唯一)。

    7.9K20

    MySQL主键设计盘点

    最近在项目中用了UUID的方式生成主键,一开始只是想把这种UUID的方式生成主键记录下来,在查阅资料的过程中,又有了一些新的认识和思考。 主键定义 唯一标识表中每行的一个列(或一组列)称为主键。...主键设计和应用原则 除了满足MySQL强制实施的规则(主键不可重复;一行中主键不可为空)之外,主键的设计和应用应当还遵守以下公认的原则: 不更新主键列中的值; 不重用主键列的值; 不在主键列中使用可能会更改的值...关于MySQL 使用自增ID主键和UUID 作为主键的性能比较可以查看参考【8】。 结论: 1、uuid做主键适用于小规模分布式架构用。...2、在使用uuid作为主键的时候,最好设计createtime(创建时间)列和modifytime(修改时间)列以应付可能的排序等场景。...结论: 用自建的id生成器做主键适用于大规模分布式架构 参考: 【1】:红心李 :MySQL主键设计 【2】:Uncle Nucky :MySQL数据库主键设计原则 【3】:ellis:设计套路:Mysql

    6.6K30

    MySQL为什么需要主键

    MySQL为什么需要主键主键表中每一行都应该有可以唯一标识自己的一列(或一组列)。一个顾客可以使用顾客编号列,而订单可以使用订单ID,雇员可以使用雇员ID或雇员社会保险号。...主键一列(或一组列),其值能够唯一区分表中的每个行。唯一标识表中每行的这个列(或这组列)称为主键。没有主键,更新或删除表中特定行很困难,因为没有安全的方法保证只设计相关的行。...表中的任何列都可以作为主键,只要它满足以下条件:任何两行都不具有相同的主键值。每个行都必须具有一个主键值(主键列不允许NULL值)这里列出的条件是MySQL本身强制实施的。...除MySQL强制实施的规则外,应该坚持的几个普遍认为的最好习惯为:不更新主键列的值。不重用主键列的值。不在主键列中使用可能会更改的值。比如用用户邮箱当主键,但是用户可能更换邮箱。...如果使用非自增主键:由于每次插入主键的值近似于随机,因此每次新纪录都要被插到现有索引页得中间某个位置:此时MySQL不得不为了将新记录插到合适位置而移动数据。

    3K00

    Mysql:小主键,大问题

    本篇讲解 Mysql 的「主键」问题,从「为什么」的角度来了解 Mysql 主键相关的知识,并拓展到主键的生成方案问题。再也不怕被问到 Mysql 时只知道 CRUD 了。...但这么点磁盘空间相对整个数据量来说微不足道,而且我们一般不怎么用到主键列。那么原因应该在「快」上,而且和原始数据关系不大。以此自然得出和「索引」相关,而且和索引读取相关。...那么为什么长主键在「索引」中会影响性能? ? 上面是 Innodb 的索引数据结构。左边是「聚簇索引」,通过主键定位数据记录。右边是「二级索引」,对列数据做索引,通过列数据查找数据主键。...生成方案比较难 逻辑 Key 的优点 不会因为业务的变动而需要修改 Key 逻辑 操作简单,且易于管理 逻辑 Key 往往更小,性能更优 逻辑 Key 更容易保证唯一性 更易于优化 逻辑 Key 缺点 查询主键列和主键索引需要额外的磁盘空间...一般情况下,我们都使用 Mysql 的自增 ID,来作为表的「主键」,这样简单,而且从上面讲到的来看,性能也是最好的。

    5.5K10

    大战MySQL主键及其操作

    简忆上次所学知识:MySQL的记录长度为65535个字节,而varchar是达不到它的理论长度的,NULL占用一个字节,text文本不占用记录长度,因为它本身就占据十个字节。...这里继续学习与MySQL列属性相关知识:关于主键的增,改,删。...主键 主键:primary key (一张表中最多只能有一个主键) 主键,简而言之为主要的键,一张表中只能有一个字段可以使用对应的键,用来约束该字段里面的数据,不能重复,被称之为主键 。...运行结果:PRI代表主键(大部分时候),NULL为no,即主键本身不为空 二.创建表的时候,在字段之后,可以使用primary key(主键字段列表)来创建(如果有多个字段作为主键,可以称之为复合主键...删除主键 因为主键无法更新:所以只能先删除,再增加。

    5.8K20

    MYSQL-主键(Primary Key)

    MySQL(本章节) PostgreSQL MongoDB Redis Etcd 主键是数据库表设计中最为重要的概念之一,它远不止是“唯一标识符”那么简单,尤其是在 MySQL 默认的 InnoDB 存储引擎中...一、主键是什么? 主键是数据库表中的一个或多个字段(列),它的值用于唯一地标识表中的某一条记录。...如果表没有定义主键:InnoDB 会选择一个第一个所有列都是非空的唯一索引(UNIQUE INDEX) 来作为聚簇索引。...代理主键 (Surrogate Key) vs 自然主键 (Natural Key) 自然主键:使用具有业务含义的字段作为主键(如:身份证号、手机号、邮箱)。 优点:避免新增一张表来存储关系。...缺点: 每个二级索引都会包含所有主键列,导致索引体积庞大。 在 InnoDB 中,其他表的外键引用此表时会变得复杂。 建议:除非有非常明确的理由(如上述中间表),否则尽量使用单一的代理主键。

    2.7K10

    MySQL中主键为0和主键自排约束的关系

    现在主键是没有0的,如果把某个id改成0的话,0不会变!...如果使用主键自排约束以前表里有0,再设置完主键自排以后所有的0又不会根据行数,而是直接按照自上而下的顺序从1开始排。...如果把表中的某个主键的数改成0,那直接就会进行排序放到正数前面,也就是说主键自排是允许有0存在的,那为什么本身存在的0要去修改成从1开始的递增序列呢?...哪怕没加主键自排以前只有一个0,加了主键自排以后还是会变成1。   开始有0,增加主键自排约束,0依次变为1,2,3,4.......   ...开始没0,增加主键自排约束,新添加的主键是0的行会根据行数自行变化,注意这里是新添加的行,使用的是insert。   开始没0,把某个主键的数修改成0,这个0会直接在排好序了再在表里显示出来。

    6K30

    select count(*)、count(1)、count(主键列)和count(包含空值的列)有何区别?

    下班路上看见网上有人问一个问题: oracle 10g以后count(*)和count(非空列)性能方面有什么区别?...首先,准备测试数据,11g库表bisal的id1列是主键(确保id1列为非空),id2列包含空值, ?...我们在看下这四个SQL对应的执行计划,前三个SQL执行计划相同,均为对主键索引的快速索引全扫描, ? 第四个SQL执行计划,则是全表扫描, ?...比较了全表扫描、索引快速全扫描以及全索引扫描这三种扫描方式的成本,都选择了主键索引的FFS扫描方式。...总结: 11g下,通过实验结论,说明了count()、count(1)和count(主键索引字段)其实都是执行的count(),而且会选择索引的FFS扫描方式,count(包含空值的列)这种方式一方面会使用全表扫描

    5.5K30
    领券