首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL重新设置auto_increment值

    处于某种目的,如果希望该自增字段值一定是连续的,有2种解决办法: 1.表记录不允许物理删除 2.物理删除表记录后重新设置auto_increment 在此,专门针对重新设置auto_increment...更新auto_increment值 在修改表的auto_increment值之前需要先查看当前值是多少: mysql> select auto_increment from information_schema.tables...where table_schema='数据库名' and table_name='表名'; +----------------+ | auto_increment | +--------------...如果此时我们将表中的最后10000条数据物理删除掉,那么再插入新的记录时,auto_increment值将会继续增加:60003,60004 ... 。...为了使得新添加的记录自增ID再次继续从50003开始计数,执行如下语句: mysql> alter table 表名 AUTO_INCREMENT=50002; 最后总结 直接修改auto_increment

    2.6K20

    理解group by

    表2   可是为了能够更好的理解“group by”多个列“和”聚合函数“的应用,我建议在思考的过程中,由表1到表2的过程中,增加一个虚构的中间表:虚拟表3。...2.FROM test Group BY name:该句执行后,我们想象生成了虚拟表3,如下所图所示,生成过程是这样的:group by name,那么找name那一列,具有相同name值的行,合并成一行...number列执行sum操作,即2+3,返回5,最后执行结果如下: (5)group by 多个字段该怎么理解呢:如group by name,number,我们可以把name和number 看成一个整体字段...如执行select name,sum(id) from test group by name,number,结果如下图: (已失效)文章出处:理解group by和聚合函数 注意:mysql对group...by 进行了非ANSI标准的扩展,允许select后含有非group by 的列。

    1.4K10

    group by如何优化?

    // group by如何优化?...那么针对group by操作,我们如何优化? 01 group by优化之索引 从上面的描述中不难看出,group by进行分组的时候,创建的临时表都是带一个唯一索引的。...如果数据量很大,group by的执行速度就会很慢,要想优化这种情况,还得分析为什么group by 需要临时表?...这个问题其实是因为group by的逻辑是统计不同的值出现的次数,由于每一行记录做group by之后的结果都是无序的,所以就需要一个临时表存储这些中间结果集。...所以,使用索引可以帮助我们去掉group by依赖的临时表 02 group by优化---直接排序 如果我们已经知道表的数据量特别大,内存临时表肯定不足以容纳排序的时候,其实我们可以通过告知group

    2.6K60

    Group by 分组详解

    表2   可是为了能够更好的理解“group by”多个列“和”聚合函数“的应用,我建议在思考的过程中,由表1到表2的过程中,增加一个虚构的中间表:虚拟表3。...2.FROM test Group BY name:该句执行后,我们想象生成了虚拟表3,如下所图所示,生成过程是这样的:group by name,那么找name那一列,具有相同name值的行,合并成一行...number列执行sum操作,即2+3,返回5,最后执行结果如下: (5)group by 多个字段该怎么理解呢:如group by name,number,我们可以把name和number 看成一个整体字段...如执行select name,sum(id) from test group by name,number,结果如下图: (已失效)文章出处:理解group by和聚合函数 注意:mysql对group...by 进行了非ANSI标准的扩展,允许select后含有非group by 的列。

    2.1K10

    MySQL字段自增长AUTO_INCREMENT用法实例详解

    之前有碰到过开发同事指出一张InnoDB表的自增列 AUTO_INCREMENT 值莫明的变大,由于这张表是通过MySQLdump导出导入的。...InnoDB每处理一行才会为 AUTO_INCREMENT 列分配一个值。...=utf8 1 row in set (0.00 sec) 为自增列指定负值 无论 AUTO_INCREMENT 处于哪种锁模式下,自增列分配值机制不会生效,即为自增列指定负值是不影响 AUTO_INCREMENT...建议不要更新自增列的值,或是把自增列值更新为大于 AUTO_INCREMENT 的值。...AUTO_INCREMENT计数器的初始化 当为一张InnoDB表指定自增列时,此时表在数据字典中维护着一个特殊的计数器为自增列分配值,名称为 auto_increment 计数器,这个计数器是存储中内存中

    5.9K20

    保存mysql InnoDB的auto_increment值另类方案

    问题描述 mysql数据库有auto_increment这样一个特性,一般是用来设置Integer类型主键自增长。...比如下面的代码: -- 刚创建表,该表没有AUTO_INCREMENT值 create table test( id int(11) primary key not null auto_increment...mysql的上述行为说明在mysql运行过程中InnoDB存储引擎的表,其AUTO_INCREMENT值会随着插入操作持续增长的,但mysql重启之后,AUTO_INCREMENT值并没有持久保存下来,...重启后再插入数据,mysql会以表中最大的id+1作为当前的AUTO_INCREMENT值,新插入的数据的ID就变为这个了。...值保存下来 利用插入后的触发器,在每次插入数据后更新保存的auto_increment值 利用init-file参数,在mysql服务启动时调用一个存储过程,该存储过程负责以保存的auto_increment

    1.3K50
    领券