
MySQL数据表使用InnoDB作为存储引擎的时候,数据结构就是使用B+树,而数据本身存储在主键索引上,也就是通常所说的聚簇索引,也就是每个表都需要有个聚簇索引树,但是,在建表的时候却发现可以不用指定主键,那么MySQL对于没有指定主键的表示如何处理的呢?
对于InnoDB,可以简单地把所有数据视为索引,每一个索引都对应一个B+数,而主键对应的索引就是聚簇索引,表的所有数据都存储在聚簇索引上,而除了聚簇索引的普通索引存储的只是主键的引用,所以,查询的时候对于普通索引需要进行 回表 才能取到具体数据。
既然InnoDB对数据的存储必须依赖于主键,那么对于没有创建主键的表,该怎么办?
InnoDB对聚簇索引处理如下:
很明显,缺少主键的表,InnoDB会内置一列用于聚簇索引来组织数据。而没有建立主键的话就没法通过主键来进行索引,查询的时候都是全表扫描,小数据量没问题,大数据量就会出现性能问题。
但是,问题真的只是查询影响吗?不是的,对于生成的ROW_ID,其自增的实现来源于一个全局的序列,而所以有ROW_ID的表共享该序列,这也意味着插入的时候生成需要共享一个序列,那么高并发插入的时候为了保持唯一性就避免不了锁的竞争,进而影响性能。
既然知道InnoDB对数据的存储和处理都是基于聚簇索引的,那么,在建表时候要注意主键的重要性,为每个表都设置一个主键,如果没有合适的字段来作为主键,可以设置一个业务无关的的代理主键,可以是自增ID,也可以是UUID(建议使用自增ID,性能较好)。
在理解InnoDB的数据结构之后自然而然就会知道主键的重要性,在建表的时候也不会忘记设置主键,无论表设计有无合适的唯一字段,都需要设置一个主键,提高性能的同时也是一种好的习惯,对于后续的拓展以及表之间关联都有一定的拓展性。
提示是数据表ims_account_wechats出错Unknown column ‘jsapi_ticket’in ‘field list翻译成人话就是在ims_account_wechats这个表中缺少jsapi_ticket这个字段。
本着缺啥补啥的精神,我们要来看一看如何正确地补上这个字段
语句很简单
alter table+表名+add+字段名+数据类型+默认值
示例的解决方法
alter table ims_account_wechats add jsapi_ticket varchar(32) DEFAULT NULL其实对应着错误,把表名和缺的字段名填写上去就行,默认值也就写DEFAULT NULL就可以,唯一麻烦的就是这个数据类型了。如果有人告诉你,这个字段的数据类型是什么,那就直接写上,如果实在确定不了,建议选用varchar这个字符类型,上面示例解决方法里就是varchar(32),表示可以存储32个字符,这个值自己写吧,最大支持255。然后扔到系统-数据库-SQL里执行一下或者直接在数据库里执行一下就可以了。
首先有3种修复方法第一种手动修复成1234567
然后输入ALTER TABLE tdb_goods_cates AUTO_INCREMENT = 8
这样往后的资料会从8开始
第二种重置表方法
首先--no-create-info,-t仅输出资料
然后把你的表tdb_goods_cates所有资料使用delete tdb_goods_cates删除
然后输入ALTER TABLE tdb_goods_cates AUTO_INCREMENT = 1
再把输出资料的.sql文件导入就可以了
第三种mysql语法
UPDATE tdb_goods_cates set cate_id = cate_id-1
然后输入ALTER TABLE tdb_goods_cates AUTO_INCREMENT = 8
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)