MySQL的自增列情况比较特殊,之前分析了两篇。...MySQL自增列主从不一致的测试(r12笔记第37天) MySQL自增列的重复值问题(r12笔记第25天) 而且在OOW的时候也着重提了一下自增列的历史遗留问题。...十年前的老问题,MySQL 8.0有了答案 当然基于MySQL自增列的实现,确实是不够优雅,在新的版本还在持续引入新的特性。...我们修改一下自增列的值。...对于自增列的问题,大家在程序侧需要格外注意。
创建一个表 create table demoTb ( ID int identity(1,1) primary key, name varchar(30) ) 查看有没有自增列 有就返回YES...OBJECTPROPERTY( OBJECT_ID(N'demoTb'), 'TableHasIdentity')) = 1) PRINT 'Yes' ELSE PRINT 'No' 如果想插入自增列的值就
最近在做Oracle的项目,由于以前没有接触过Oracle的开发,遇到了不少的问题,比如给Oracle表添加自增列,与SQL Server就不同。...Oracle没有自增字段这样的功能,但是通过触发器(trigger)和序列(sequence)可以实现。...userlogin_seq.nextval into:new.id from sys.dual ; end; / 第三步:在userlogin表中测试 写个insert语句,插入一条记录,看ID字段自增了没...,自增则OK啦。
前言 在 MySQL 的常见规范里面,每个表都要设置主键,一般来说都会推荐自增列作为主键,这和 MySQL 属于聚簇索引表有关,顺序增长的主键比较合适。而自增列中比较常遇见的问题就是自增列的空洞。...原生的 MySQL 自增列也存在一个 BUG,可能会影响到数据一致性,本文也会详细介绍,在自建 MySQL 的时候尽量不要踩到这个坑。...问题的监控 自增列的监控,在 5.7 版本(低于 5.7 的还是尽快升级上来吧)是比较方便的,可以在 sys 视图中直接查询视图 mysql> select * from sys.schema_auto_increment_columns...现象是 MySQL 在 5.7 和 5.7 之前,自增列的值是保存在内存中的,这就导致了 MySQL 重启之后会丢失这个自增列的值,所以每次重启之后,MySQL 会把表的自增列的值重置为自增列的 MAX...> 可以看到原生的 MySQL 在重启之后自增列的值被重置了。
supervisor_name varchar(100), leader_id int(11) comment '班长学号' ); 2、测试数据 class表 student表 3、问题描述: 问题:查询数学成绩最高的学生信息和该学生班长的姓名...想法:想要获取班长的学号必须将学生表和班级表做一次内连接,但这样只能拿到学号,拿不到班长的姓名,所以用班长的学号再和学生表做一次自连接即可 select s1.id,s1.name,s1.gender
---- 1背景描述 OceanBase 数据库中分为 MySQL 租户与 Oracle 租户,本文针对 OceanBase 中 Oracle 租户怎样创建自增列,以及如何更简单方便的处理自增列的问题展开介绍...在数据迁移中发现,MySQL 中的自增列(AUTO_INCREMENT)在 OBOracle 中是不支持的,在 OBOracle 对应 MySQL 自增列的功能是通过序列实现的。...因此,执行述语句后,当 tablename 表中插入一行数据时,会自动为 ID 列赋值为 sequence_name 序列的下一个值。 3、验证该方法是否达到自增列的效果。...4、验证该方法是否达到自增列的效果。...3总结 方法一(SEQUENCE + DML):也就是 OB 的官方文档中创建序列的操作,在每次做 INSERT 操作时需要指定自增列并加入 sequence_name ,对业务不太友好,不推荐。
row in set (0.00 sec) 非空约束为null 并在自增列属性前 即使自增列的非空约束定义可以为 null,但实际自增列为not null create table test_auto_incre...id | id2 | +----+------+ | 1 | 12 | | 2 | 2312 | +----+------+ 2 rows in set (0.00 sec) 非空约束为null 并在自增列属性后...自增列定义可以为null,实际自增列也可以为null;自增列失去作用!...(id int auto_increment null,id2 int null,key idx_id(id)); Query OK, 0 rows affected (0.02 sec) 非空约束在自增列属性后...----+------+ | NULL | 12 | | NULL | 2312 | +------+------+ 2 rows in set (0.00 sec) 非空约束为not null 并在自增列属性后
/16),则开辟一个新的页(节点) 4、自增主键 如果表使用自增主键,那么每次插入新的记录,记录就会顺序添加到当前索引节点的后续位置,当一页写满,就会自动开辟一个新的页 5、非自增主键 如果使用非自增主键...总结 如果InnoDB表的数据写入顺序能和B+树索引的叶子节点顺序一致的话,这时候存取效率是最高的,也就是下面这几种情况的存取效率最高: 1、使用自增列(INT/BIGINT类型)做主键,这时候写入顺序是自增的...,和B+数叶子节点分裂顺序一致; 2、该表不指定自增列做主键,同时也没有可以被选为主键的唯一索引(上面的条件),这时候InnoDB会选择内置的ROWID作为主键,写入顺序和ROWID增长顺序一致; 除此以外...,如果一个InnoDB表又没有显示主键,又有可以被选择为主键的唯一索引,但该唯一索引可能不是递增关系时(例如字符串、UUID、多字段联合唯一索引的情况),该表的存取效率就会比较差。...《高性能MySQL》中的原话 ? ?
自连接查询 假想以下场景:某一电商网站想要对站内产品做层级分类,一个类别下面有若干子类,子类下面也会有别的子类。...我们可以在数据库中创建两个字段来存储id和类别名称,使用第三个字段存储类别的子类或者父类的id,最后通过自连接去查询想要的结果。...自连接查询其实等同于连接查询,需要两张表,只不过它的左表(父表)和右表(子表)都是自己。做自连接查询的时候,是自己和自己连接,分别给父表和子表取两个不同的别名,然后附上连接条件。...查询所有分类以及分类的父类:假想有左右两张表(都是tdb_cates),左表是子表,右表是父表;查询子表的id,子表的cate_name,父表的cate_name;连接条件是子表的parent_id等于父表的...查询所有分类以及分类的子类:还是假想有左右两张表(都是tdb_cates),左表是子表,右表是父表;查询子表的id,子表的cate_name,父表的cate_name;连接条件是子表的id等于父表的parent_id
插入InnoDB自增列,居然是表锁?...一,案例说明 MySQL,InnoDB,默认的隔离级别(RR),假设有数据表: t(id AUTO_INCREMENT, name); 数据表中有数据: 1, shenjian 2, zhangsan...二,案例分析 InnoDB在RR隔离级别下,能解决幻读问题,上面这个案例中: (1)事务A先执行insert,会得到一条(4, xxx)的记录,由于是自增列,故不用显示指定id为4,InnoDB会自动增长...(4)事务A再select: select * from t where id>3; 得到的结果是: 4, xxx 6, xxoo 画外音:不可能查询到5的记录,再RR的隔离级别下,不可能读取到还未提交事务生成的数据...四,假如不是自增列 上面的案例,假设不是自增列,又会是什么样的情形呢?
blog.csdn.net/wzy0623/article/details/53893174 多维数据仓库中的维度表和事实表一般都需要有一个代理键,作为这些表的主键,代理键一般由单列的自增数字序列构成...Hive没有关系数据库中的自增列,但它也有一些对自增序列的支持,通常有两种方法生成代理键:使用row_number()窗口函数或者使用一个名为UDFRowSequence的用户自定义函数(UDF)。....* from tbl_stg cross join (select coalesce(max(sk),0) sk_max from tbl_dim) t2; 上面语句中,先查询维度表中已有记录最大的代理键值...上面的语句先加载JAR包,然后创建一个名为row_sequence()的临时函数作为调用UDF的接口,这样可以为查询的结果集生成一个自增伪列。
MySQL的自增列问题其实很有意思,在重启数据库之后,会按照max(id)+1的方式来计算,这样一个看起来有些别扭的实现方式在早期版本就饱受诟病,在MySQL 5.7都没有解决掉,终于在8.0松口了...而重启会带来自增列一类的潜在问题,而如果不重启其实也有可能会有自增列的不一致问题。和两个参数table_definition_cache和table_open_cache还是密切相关的。...,如果表太多而不能全部放在缓存中的话,老的表就会被置换出来,这种被置换出来的表下次再使用的时候,就要重新打开一遍,对自增列来说,这个过程就和实例重启类似,需要 select max(id) + 1 算一下自增值...生成500个表,然后插入一条数据,修改自增列值,然后查询表里的数据,使得数据能够刷出,稍作等待,查看show create table的结果。...SHOW CREATE TABLE t$i; EOF done 测试完成之后,来查看自增列的值情况.
背景知识2:mysql及Innodb引擎中对autoincrement访问及修改的流程 (1) 数据字典结构体(dict_table_t)换入换出时对autoincrement值的保存和恢复。...(3) handler首次open的时候,会查询当前表中最大自增列的值,并用最大列的值加1来初始化表的data_dict_t结构体中的autoinc的值。 (4) insert流程。...(3) 解决办法:引擎内部获取自增列时考虑全局autoincrement参数,这样重启后第一个插入线程获取的自增值就不是max(id) + 1,而是next_id,然后根据next_id设置下一个autoincrement...复现方法如下: 同时在binlog中,我们也看到有update自增列的操作。如图: 不过,由于binlog是ROW格式,我们也无法判断这是内核出问题导致了自增列的变化还是用户自己更新所致。...因此我们联系了客户进行确认,结果用户很确定没有进行更新自增列的操作。那么这些自增列到底是怎么来的呢?
mysql自连接查询是什么 1、自连接查询是特殊的多表连接查询,因为两个相关查询的表是同一个表,通过取别名虚拟成两个表然后连接。...2、自连接查询是自己和自己连接,给一张表取两个不同的别名,然后附上连接条件。...以上就是mysql自连接查询的介绍,希望对大家有所帮助。更多mysql学习指路:Mysql 推荐操作系统:windows7系统、mysql5.8、DELL G3电脑
如果需要把一台MySQL中的数据定期归档到另外一台MySQL历史库中,那么很可能会发现会有重复值的问题,导致数据导入会失败,而这个问题其实是和自增列的重复值有关,我们来简单看看。...这个时候使用show create table查看,定义信息中自增列的值为4,即再插入一条记录,id值为4....但是我们不这么做,我们重启MySQL。...+----+------+ | 1 | 2 | | 2 | 2 | +----+------+ 2 rows in set (0.00 sec) 这个时候如果查看表定义信息,就会发现自增列目前是...AUTO_INCREMENT=3 DEFAULT CHARSET=latin1 1 row in set (0.00 sec) 这是什么原因呢,如果你试试MyISAM,就不会出现这类问题,而对于InnoDB来说,它的自增列的实现在重启之后内存中肯定是没有了
问题排查 这张表是一个简单的接口服务在使用,每天大数据会统计一大批信息,然后推送给小A,小A将信息更新到数据库中,如果是新数据就插入,旧数据就更新之前的数据,对外接口就只有查询了。...查了资料之后,小A得知,原来,mysql主键自增有个参数innodb_autoinc_lock_mode,他有三种可能只0,1,2,mysql5.1之后加入的,默认值是1,之前的版本可以看做都是0。... "test1"),(NULL, 107, "test2"),(3, 108, "test2"); -- 这里的自增id是多少呢? ...ON DUPLICATE KEY UPDATE ...语句拆开,先去查询,然后去更新,这样就可以保证主键不会不受控制的增大,但增加了复杂性,原来的一次请求可能变为两次,先查询有没有,然后去更新。...删除表的自增主键 删除自增主键,让唯一索引来做主键,这样子基本不用做什么变动,只要确定目前的自增主键没有实际的用处即可,这样的话,插入删除的时候可能会影响效率,但对于查询多的情况来说,小A比较两种之后更愿意选择后者
个人简介:Java领域新星创作者;阿里云技术博主、星级博主、专家博主;正在Java学习的路上摸爬滚打,记录学习的过程~ 个人主页:.29.的博客 学习社区:进去逛一逛~ 内连接、外连接、自连接...、子查询、多表查询 ⑧MySQL数据库查询 1....多表查询 多表查询: 在多张表中查询数据。 笛卡尔积:两个集合,集合A 与 集合B中元素的所有组合情况,在多表查询时需要使用WHERE关键字或 JOIN ON关键字消除笛卡尔积。...`id`; 自连接 —— JOIN 连接查询 —— 自连接: 自连接: ①自连接查询,可以是内连接查询,也可以是外连接查询 SELECT 字段列表 FROM 表1 别名A JOIN 表1 别名B ON...`age` > 50; 子查询(嵌套查询) 子查询: 子查询:SQL语句中嵌套SELECT语句,称为嵌套查询,又称子查询。
case1: select id, name from t order by last_update_time limit 10000, 10 当content当中有大量的文本时,case1的效率极慢。...使用explain: 有content时结果: mysql> explain select id, name, last_update_time from t order by last_update_time...无content的时候,查询走的是idx_last_update_time,我猜测这个索引中包含了id,name字段,因此仅通过索引就可以获取到所需的数据,因此速度很快。...我觉得,主要跟你的分页查询的方式有关,limit 10000,10 这个意思是扫描满足条件的10010条数据,扔掉前面的10000行,返回最后的10行,在加上你的表中有个,非常大的字段,这样必然增加数据库查询的...i/o时间, 查询优化你可以参照 @邢爱明 的 SELECT id,title,content FROM items WHERE id IN (SELECT id FROM items ORDER BY
昨天的一篇文章MySQL自增列主从不一致的测试(r12笔记第37天),今天有不少网友向我确认一些细节,我想最近正好在看GTID的东西,可以揉在一起来说说。...这个情况也很容易理解,那就是自增列不会变化。...mysql> insert into t1 values(null,2);这个时候查看自增列的情况如下,会逐步递增。...我们看看这个时候的自增列值情况。...纠结的问题就是自增列之为3,而Slave 1节点和Slave 2节点的自增列值为5. mysql> show create table t1\G ***************************
自连接 自连接:自己连接自己,如下就是表A自连接自己 SELECT 字段列表 FROM 表A 别名A JOIN 表A 别名B ON 条件...; 自连接查询,可以是内连接查询...,也可以是外连接查询。...⚠️注意:自连查询必需对表取别名....自连接演示 -- 自连接 -- 1.查询员工 及其 所属领导的名字 -- 表结构: emp select a.name , b.name from emp a , emp b where a.managerid...= b.id; 注意:在自连接中,这个emp员工表必需起别名,并且我们还要把它看成两张表—一个员工表和一个领导表. -- 2.查询所有员工 emp 及其领导的名字 emp , 如果员工没有领导,
领取专属 10元无门槛券
手把手带您无忧上云