首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

如何为MySQL主键添加字段

如何为MySQL主键添加字段? 今天有个同事问了个不常见的问题,就是修改主键字段,给既定的主键添加一个字段应该用什么操作。...说实话,这类操作,一般是不会发生在线上的,因为线上的表的主键,通常情况下,会建议业务自增id值,因为自增id值既满足了主键的唯一性,又可以防止过多的数据页分裂操作,而且它的范围比较广,占用的字节数量也比较少...但实际的情况是,业务使用业务字段主键,而且要给这个主键加个字段,好在这张表的数据量不多,这里我做了一个模拟 23:12:51> create table test( -> task_id int...这里我们的主键是task_id字段,现在我们的需求是将主键修改成task_id和aaa的组合字段。...Incorrect table definition; there can be only one auto column and it must be defined as a key 看这个错误,很容易理解,在MYSQL

6.8K20

MySQL adddrop字段时报主键冲突

问题现象 很多DBA朋友做ddl 变更比如添加、删除字段时,一定概率上会遇到如下报错: Duplicate entry '7458421' for key 'PRIMARY' 错误提示是主键冲突,但是当我们去查询...问题分析 首先我们通过一个思维导图了解一下MySQL online DDL 的过程,大家注意commit阶段,会把ddl 执行期间的记录的 log 重新应用到新的表上。 ?...举一反三 ,其实只要是会导致重复记录的sql语句,比如update,insert,insert into... on duplicate key,replace into 都会导致添加字段、删除字段的ddl...如何解决呢 ,推荐使用 pt-osc或者 gh-ost 在线ddl变更工具 官方的讨论 官方定对于该问题是online ddl的限制,有兴趣的朋友可以阅读下面两个链接,了解官方和提交问题人员的讨论记录...https://bugs.mysql.com/bug.php?

4.7K21
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    mysql改变主键字段类型吗_mysql修改字段类型有哪些?

    mysql修改字段类型有:1、添加字段【alter table table1(表名)add No_id(字段名)】;2、修改字段类型【t1(表名) alter column a(字段名)】;3、删除某表的字段...mysql修改字段类型有: 1、mysql修改字段的默认值 alter table tb_mer_team_column drop constraint DF_tb_mer_team_column_columnOrder...table tb_mer_team_column add constraint DF_tb_mer_team_column_columnOrder default 0 for columnOrder 2、mysql...3、mysql 修改字段类型alter table t1(表名) alter column a(字段名) text(50)(字段类型) 4、mysql 添加主键字段alter table tb_mer_basInfo...add constraint [PK_tb_merchantBasInfo] primary key ( merchantID) 5、mysql 删除某表的字段alter table `lm_aclass

    8.1K10

    mysql字段主键_sql改变列数据类型

    MySQL数据类型 (1)数值类型 1、整数型 2、浮点型 3、定点型 (2)日期时间类型 (3)字符串类型 MySQL字段属性 1、空\不为空值:NULL、NOT NULL 2、主键:primary...浮点型和定点型可以类型名称后加(M,D)来表示,M表示该值的总共长度,D表示小数点后面的长度,M和D又称为精度和标度。...UTF8中varchar的最大限度:65535-2(需要两个字节来存储长度) /3=21844,所以最大字符数为21844 GBK中varchar的最大限度:65535-2(需要两个字节来存储长度)...空\不为空值:NULL、NOT NULL 字段的数据默认情况下是允许为空的,比如说一条人的信息记录中可以没有邮箱(或许有些人考虑“空字符串”来代表),我们允许可以不填入数据的字段可以设置为null;但比如说某些必填数据...主键的用途:主键的主要用途是用来唯一标识每一条记录,比如我们想将两个表(学生表跟老师表)的多对多关系封装到一个表中,这个抽取的映射字段一般都是各自的主键

    2.5K20

    MySQL中count(字段) ,count(主键 id) ,count(1)和count(*)的区别

    所以,count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数;而 count(字段),则表示返回满足条件的数据行里面,参数“字段”不为 NULL 的总个数。...count(可空字段) 扫描全表,读到server层,判断字段可空,拿出该字段所有值,判断每一个值是否为空,不为空则累加 count(非空字段)与count(主键 id) 扫描全表,读到server层,...注意:count(1)执行速度比count(主键 id)快的原因:从引擎返回 id 会涉及到解析数据行,以及拷贝字段值的操作。 count(*) MySQL 执行count(*)在优化器做了专门优化。...看到这里,你会说优化器就不能自己判断一下吗,主键 id 肯定是非空的,为什么不能按照 count(*) 来处理,多么简单的优化。当然 MySQL 专门针对这个语句进行优化也不是不可以。...性能对比结论 count(可空字段) < count(非空字段) = count(主键 id) < count(1) ≈ count(*)

    2.5K30

    MySQL中count(字段) ,count(主键 id) ,count(1)和count(*)的区别

    所以,count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数;而 count(字段),则表示返回满足条件的数据行里面,参数“字段”不为 NULL 的总个数。...count(可空字段) 扫描全表,读到server层,判断字段可空,拿出该字段所有值,判断每一个值是否为空,不为空则累加 count(非空字段)与count(主键 id) 扫描全表,读到server层,...注意:count(1)执行速度比count(主键 id)快的原因:从引擎返回 id 会涉及到解析数据行,以及拷贝字段值的操作。 count(*) MySQL 执行count(*)在优化器做了专门优化。...看到这里,你会说优化器就不能自己判断一下吗,主键 id 肯定是非空的,为什么不能按照 count(*) 来处理,多么简单的优化。当然 MySQL 专门针对这个语句进行优化也不是不可以。...性能对比结论 count(可空字段) < count(非空字段) = count(主键 id) < count(1) ≈ count(*) 发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn

    2.3K10

    MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高?

    所以,count(*)、count(主键id)和count(1) 都表示返回满足条件的结果集的总行数;而count(字段),则表示返回满足条件的数据行里面,参数“字段”不为NULL的总个数。...单看这两个用法的差别的话,你能对比出来,count(1)执行得要比count(主键id)快。因为从引擎返回id会涉及到解析数据行,以及拷贝字段值的操作。...看到这里,你一定会说,优化器就不能自己判断一下吗,主键id肯定非空啊,为什么不能按照count(*)来处理,多么简单的优化啊。 当然,MySQL专门针对这个语句进行优化,也不是不可以。...我们提到了在不同引擎中count(*)的实现方式是不一样的,也分析了缓存系统来存储计数值存在的问题。...其实,把计数放在Redis里面,不能够保证计数和MySQL表里的数据精确一致的原因,是这两个不同的存储构成的系统,不支持分布式事务,无法拿到精确一致的视图。

    4.7K50

    MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高?

    COUNT(*) 与 COUNT(主键id)首先,我们来看 COUNT(*) 与 COUNT(主键id) 这两个写法的区别。它们都可以用来计算查询结果集中记录的数量,但是,它们的语义是不相同的。...其实,它们的性能基本相同,因为在执行时,MySQL 会对这两种写法进行优化。MySQL 会从内存缓存里遍历主键索引,这是一种非常高效的操作方式,而且不需要读取数据页或磁盘块。...但是,在某些特殊情况下,COUNT(*) 可能会比 COUNT(主键id) 稍微快一点,这是因为 MySQL 可以直接通过读取页头来获取表的总记录数,而不需要扫描主键索引。...COUNT(字段) 与 COUNT(1)接下来,我们来看 COUNT(字段) 与 COUNT(1) 这两个写法的区别。它们都可以用来计算查询结果集中记录的数量,但是,它们的语义是不相同的。...综上所述,我们可以得出以下结论:查询的表中不存在 WHERE 子句和 GROUP BY 子句时,COUNT(*) 可能比 COUNT(主键id) 稍微快一点。

    1.3K30

    MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高?「建议收藏」

    所以,count(*)、count(主键id)和count(1) 都表示返回满足条件的结果集的总行数;而count(字段),则表示返回满足条件的数据行里面,参数“字段”不为NULL的总个数。...单看这两个用法的差别的话,你能对比出来,count(1)执行得要比count(主键id)快。因为从引擎返回id会涉及到解析数据行,以及拷贝字段值的操作。...看到这里,你一定会说,优化器就不能自己判断一下吗,主键id肯定非空啊,为什么不能按照count(*)来处理,多么简单的优化啊。 当然,MySQL专门针对这个语句进行优化,也不是不可以。...我们提到了在不同引擎中count(*)的实现方式是不一样的,也分析了缓存系统来存储计数值存在的问题。...其实,把计数放在Redis里面,不能够保证计数和MySQL表里的数据精确一致的原因,是这两个不同的存储构成的系统,不支持分布式事务,无法拿到精确一致的视图。

    1.5K40

    MySql中InnoDB表为什么要建议自增列做主键

    这就要求同一个叶子节点内(大小为一个内存页或磁盘页)的各条数据记录按主键顺序存放,因此每当有一条新的记录插入时,MySQL会根据其主键将其插入适当的节点和位置,如果页面达到装载因子(InnoDB默认为15.../16),则开辟一个新的页(节点) 4、自增主键 如果表使用自增主键,那么每次插入新的记录,记录就会顺序添加到当前索引节点的后续位置,一页写满,就会自动开辟一个新的页 5、非自增主键 如果使用非自增主键...(如果身份证号或学号等),由于每次插入主键的值近似于随机,因此每次新纪录都要被插到现有索引页得中间某个位置,此时MySQL不得不为了将新记录插到合适位置而移动数据,甚至目标页面可能已经被回写到磁盘上而从缓存中清掉...,如果一个InnoDB表又没有显示主键,又有可以被选择为主键的唯一索引,但该唯一索引可能不是递增关系时(例如字符串、UUID、多字段联合唯一索引的情况),该表的存取效率就会比较差。...《高性能MySQL》中的原话 ? ?

    3.9K20

    2020-12-02:mysql中,一张表里面有 ID 自增主键 insert 了 17 条记录之后...

    2020-12-02:mysql中,一张表里面有 ID 自增主键 insert 了 17 条记录之后,删除了第 15,16,17 条记录,再把 Mysql 重启,再 insert 一条记录,这条记录的...福哥答案2020-12-04:答案来自此链接: 1.Mysql8.0以下版本 表类型为InnoDB引擎,这条记录的ID是15。...因为InnoDB表只把自增主键的最大ID记录到内存中,所以重启MYSQL或者对表OPTIMIZE操作,都会使最大ID丢失。 表类型为MylSAM引擎,这条记录的ID是18。...因为MylSAM表会把自增主键的最大ID记录到数据文件里面,重启MYSQL后,自增主键的最大ID也不会丢失。...2.Mysql8.0及以上版本 这条记录的ID是18,因为这个版本保存ID的值是在redo日志中的,重启之后是可以恢复的。

    80810

    面试官:MySQL表设计要注意什么?

    OK,具体有下面这些问题 1、为什么一定要设一个主键? 2、你们主键自增还是UUID? 3、主键为什么不推荐有业务含义? 4、表示枚举的字段为什么不用enum类型? 5、货币字段什么类型?...如上图所示,主键是UUID的时候,插入时间更长,而且占用空间更大! 额,大家千万不要忘了,当你回答自增主键后,想一下《自增主键用完该怎么办?》...插入语句应该像下面这么写,插入的才是1 mysql> INSERT INTO test VALUES (`1`); 问题5:货币字段什么类型? 回答:如果货币单位是分,可以Int类型。...回答:我们在实际应用中,都是HDFS来存储文件。然后mysql中,只存文件的存放路径。mysql中有两个字段类型被用来设计存放大容量文件,也就是text和blob类型。...问题8:字段为什么要定义为NOT NULL? 回答:OK,这问题从两个角度来答 (1)索引性能不好 Mysql难以优化引用可空列查询,它会使索引、索引统计和值更加复杂。

    1.6K20

    能避开很多坑的mysql面试题,你知道吗?

    比如,下面这些问题: 1、为什么一定要设一个主键? 2、你们主键自增还是UUID? 3、自增主机用完了怎么办? 4、主键为什么不推荐有业务含义? 5、货币字段什么类型??...其实这个不是一定的,有些场景下,小系统或者没什么的表,不设置主键也没关系,mysql最好是自增主键,主要是以下两个原因:果定义了主键,那么InnoDB会选择主键作为聚集索引、如果没有显式定义主键,则...所以,反正都要生成一个主键,那你还不如自己指定一个主键,提高查询效率! 2:主键自增还是UUID? 最好是自增主键,主要是以下两个原因:   1....12:mysql联合索引 联合索引是两个或更多个列上的索引。对于联合索引:Mysql从左到右的使用索引中的字段,一个查询可以只使用索引中的一部分,但只能是最左侧部分。...可以支持a 、 a,b 、 a,b,c 3种组合进行查找,但不支持 b,c进行查找 .最左侧字段是常量引用时,索引就十分有效。

    2K20

    优化页面访问速度(二) ——数据库优化

    2、字段 1)字符串 定长的字符串char比较好,这样修改的时候不会产生碎片,而且利用率高。相对来说,varchar则用于长度不一致的字段。 2)枚举 对于只有几种值的字段枚举的效果更好。...表示状态的字段,常常可以这么设计。枚举在mysql底层,会转成int存储,效率很高。另外,保存的时候,建议不要直接1、2这种,可以英文来表示不同的状态,比较好辨认。...2、辅助索引 除了主键,其他的索引统称为辅助索引。其他的索引,是其他的B+树来存储,子节点上存的是这一行对应的主键的信息。...故辅助索引查找,找到对应的主键后,还需要去主键的B+树上查找,才可以找到对应的数据。 ? 3、联合索引 多个字段共同组成索引,则成为联合索引。联合索引需要遵循最左前缀原则。...2)避免用子查询,mysql的子查询,内部执行计划器是这样执行的:先查外表再匹配内表,而不是先查内表,外表的数据很大时,查询速度会非常慢。

    82950

    MySQL数据库表设计规范

    二、数据库对象设计规范 1、表 设计 a)在设计时尽量包含两个日期字段:crt_time(创建日期),upd_time(修改日期)且 非空, 对表的记录进行更新的时候,必须包含对 upd_time字段的更新...b)必须要有主键主键尽量自增字段类型,推荐类型为INT或者BIGINT类型。 c)需要多表join的字段,数据类型保持绝对一致。...d)Mysql 的表尽量设置成 KV(Key-Value)结构,这样便于扩展和维护。 e)表的字段数非常多时,可以将表分成两张表,一张作为条件查询表,一张作为详细内容表(主要是为了性能考虑)。...h)由于MYSQL表DDL维护成本很高,所以在适当的时候,可以有一定的字段容余。 比如:Value1,Value2,Value3 这样的字段。...约束 设计 a) 主键最好是无意义的,由Sequence产生的ID字段,类型为number,不建议使用组合主键

    2.8K30
    领券