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

MySQL 加锁范围三——普通索引和普通字段

主键索引: 加锁时,会先给表添加意向锁,IX 或 IS; 加锁是如果是多个范围,是分开加了多个锁,每个范围都有锁;(这个可以实践下 id < 20 的情况) 主键等值查询,数据存在时,会对该主键索引的加行锁...主要是因为普通索引不能唯一锁定一条记录,所以要锁定该字段的前后范围。...普通索引范围查询 mysql> begin; select * from t where c > 210 and c <= 215 for update; 对于锁住 idx_c 索引的 215 的前开后闭区间是可以理解的...普通字段 普通字段就更好理解了。 对普通字段而言,无论是哪个查询,都需要扫描全部记录,所以这个锁直接加在了主键上,并且是锁住全部的区间。...普通索引 普通索引等值查询,因为不能确定唯一性,所以即使定位到记录,也是会向后查询,直到查询到不为该的记录,从而锁定该的区间; 普通索引的锁也是加载该索引上的,如果涉及到存在的记录,会对该主键加行锁

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

    MySQL的timestamp字段可以使用的范围是多少

    我在做一个收据采集的程序,需要记录起始时间和结束时间,在数据库中是用timestamp字段来保存的,有些情况下不存在起始时间,此时就需要设置一个默认的起始时间,当初想着是使用timestamp类型的『最小...从此开始我就认为timestamp的范围,就像文章的观点,真正的范围是从1970-01-01 08:00:01 到 2038-01-19 11:14:07。...从MySQL的官方文档就可以得到结论,http://dev.mysql.com/doc/refman/5.0/en/datetime.html The TIMESTAMP data type is used...如果我没有理解错的话,MySQL将timestamp类型的保存的时候,会从当前时区转成UTC时间,正好解释了前面1970-01-01 00:00:00或1970-01-01 00:00:01两个保存时出错的问题了...从当前时区转成UTC时间需要减去『8小时』,结果就不在timestamp类型的范围内了。

    2.3K20

    Mysql8之获取JSON字段

    问题是这样的,接到一个需求:         要从其它系统数据库中导出一些数据,发现其中有个字段是json字符串,而需求要的是该JSON字符串中某个key对应的value。    ...需求有了,这个如果只用SQL来处理,能否实现呢,SQL能否处理JSON数据呢,这个数据库是Mysql,看了下版本,发现是8.x,Mysql8中有json函数支持json的处理,so开工探索。..."key": { "innerKey": "This is test" ... }, ... } ]     字段的json如List-1所示,对应的用json_extract...要注意的是该字段中不能含有非json字符串的,不然json_extract会报错。如下List-2是SQL例子。...select column1,column2,json_extract(,'$[0].key.innerKey') as column3 from table Reference https://dev.mysql.com

    6.6K10

    MySQL枚举类型enum字段在插入不在指定范围时, 是否是”插入了enum的第一个”?…「建议收藏」

    刚刚在看>一书的”ENUM类型”一节, 以下面的代码举例, 得出结论: “还可以看出对于不在ENUM指定范围内的时, 并没有返回警告, 而是插入了enum(‘M’, ‘F’)的第一个...还是因为MySQL的版本问题呢 mysql> create table test(gender enum('M', 'F')); Query OK, 0 rows affected (0.12 sec)...这个相当于是一个警告信息,在我本地测试的 5.7 中,直接插入会报错,但是使用 ignore 后,数据能被强制插入,但是是空。...INSERT ignore INTO user (sex) VALUES (5); 在服务器使用 MySQL 5.5 测试 无论是否添加 ignore 数据都能被插入,但是是空。...总结:报错跟版本有关,5.5版无论是否添加igonre都可以插入,但是空; 5.7版本添加ignore可以插入,但是空; 不添加直接报错”ERROR 1265 (01000): Data truncated

    1.8K20

    mysql密码字段类型_MySQL 字段类型

    例如,指定一个字段的类型为 INT(6),就可以保证所包含数字少于 6 个的从数据库中检索出来时能够自动地用空格填充。需要注意的是,使用一个宽度指示器不会影响字段的大小和它可以存储的范围。...万一我们需要对一个字段存储一个超出许可范围的数字,MySQL 会根据允许范围最接近它的一端截短后再进行存储。还有一个比较特别的地方是,MySQL 会在不合规定的插入表前自动修改为 0。...从而增大这个字段可以存储的范围。注意这个修饰符要紧跟在数值类型后面; ZEROFILL 修饰符规定 0(不是空格)可以用来真补输出的。...MySQL 试图将 2 个数字的年份转换为 4 个数字的。把在 00-69 范围内的转换到 2000-2069 范围内。把 70-99 范围内的转换到 1970-1979 之内。...ENUM 类型字段可以从集合中取得一个或使用 null ,除此之外的输入将会使 MySQL 在这个字段中插入一个空字符串。

    14.4K20

    MySQL|update字段为相同的是否会记录binlog

    一 前言 前几天一个开发同事咨询我,update 更新字段为相同的是否会记录binlog,我回复说不会。 其实 严格的说这个答案是不准确的,说要区分场景。...当 row_format 为mixed或者statement格式是,binlog 的大小发生改变,不管是否真的更新数据,MySQL都记录执行的sql 到binlog。...三 小结 基于row模式时,server层匹配到要更新的记录,发现新和旧一致,不做更新,就直接返回,也不记录binlog。...基于 statement 或者 mixed格式,MySQL执行 update 语句,并把更新语句记录到binlog。 那为什么问题来了 statement 和 mixed 会完整的记录sql语句呢?...且听下回分解吧,因为我要解析源码,使用Clion 编译MySQL 调试环境还没成功。

    6.3K20

    MySQL加锁范围分析

    寻找答案: 带着这样的疑问,先查阅了mysql官方文档关于MySQL锁的章节,InnoDB本身支持3种锁: Record Locks:锁住表中的某一条记录 Gap Locks:锁住某个范围 Next-key...更进一步,问题(2): 解决了上述index_id=5时,(4,4)记录插不进去的问题之后,为了验证官方文档上所说的锁范围,我进一步做了如下实验: mysql> select * from index_test...然后在网上搜索相关的资料,看看别人有没有遇到过这样的问题,在一篇关于MySQL加锁处理分析的blog中得到了启示,按照blog中组合七:id非唯一索引+RR的理论,gap锁的范围不仅跟被锁定的键有关,还跟主键有关...按照该blog中的理论:上述client1中gap锁的范围应该如下图所示: [6608848834725035442.jpg] 即当执行: mysql> select * from index_test...因此,在我们使用mysql加锁过程中,也首先需要搞清楚,我们的隔离级别是什么,是否开启了binlog等等,然后才能正确分析加锁的范围

    6.1K72
    领券