InnoDB存储引擎中的锁

文章目录

    • 概要
    • 一、需要解决的问题
    • 二、共享锁和独占锁
      • 1.1 锁定读
      • 1.2 表级别的共享锁、独占锁
    • 三、行锁
      • 3.1 数据准备
      • 3.2 几种常见的行级锁
      • 3.3 行锁升级为表锁

概要

关于MySQL涉及到的锁,大致可以总结如下:
请添加图片描述
MyISAM存储引擎在开发过程中几乎很少使用了,这里主要总结InnoDB存储引擎中的锁。

一、需要解决的问题

数据库中的记录,不可避免地出现并发访问的情况。并发事务,可能会带来以下问题:

  • 脏写
    当两个或多个事务更新同一行记录,会产生更新丢失现象。可以分为回滚覆盖和提交覆盖。
    1)回滚覆盖:一个事务回滚操作,把其他事务已提交的数据给覆盖了
    2)提交覆盖:一个事务提交操作,把其他事务已提交的数据给覆盖了

  • 脏读
    提交覆盖:一个事务提交操作,把其他事务已提交的数据给覆盖了

  • 不可重复读
    提交覆盖:一个事务提交操作,把其他事务已提交的数据给覆盖了

  • 幻读
    一个事务中多次按相同条件查询,结果不一致。后续查询的结果和面前查询结果不同,多了或少了几行记录。

并发事务访问相同记录的操作大致可以划分为3种:

  • 读-读情况:多个事务并发读取同一条记录
    读取操作不会读数据本身造成什么印象,所以这种情况不会存在什么问题

  • 写-写情况:多个事务对同一条记录进行并发修改
    这种情况下会发生脏写的问题,要解决这个问题,其中的一个方法通过锁的方式。如果事务之间涉及到相同的数据项时,会使用排他锁,或叫互斥锁,先进入的事务独占数据项以后,其他事务被阻塞,等待前面的事务释放锁

  • 读-写写-读情况:一个事务进行读取操作,另一个进行改动操作。
    这种情况下可能发生脏读、不可重复读、幻读的问题。
    要解决这些问题,有两种可选方案:
    1)读操作利用多版本并发控制(MVCC),写操作进行加锁
    关于MVCC,可以查看:undo log与mvcc,写操作针对的是最新版本的记录,读记录的历史版本和改动记录的最新版本本身并不冲突,也就是采用MVCC时,读-写操作并不冲突。
    2)读、写操作都采用加锁的方式
    实际开发中,有一些业务场景要求,每次都必须去读取记录的最新版本。比方在银行存款的事务中,需要先把账户余额读出来,操作完后,再写到数据库中。在将账户余额读取出来后,不允许其他事务再修改改账户余额,直到本次存款事务执行完成。这样在读取记录的时候也就需要对其进行加锁,也就意味着操作和操作也像写-写操作那样排队执行。

二、共享锁和独占锁

从操作上对锁进行划分,锁可以分为共享锁和排他锁。

  • 共享锁,英文名:Shared Locks,简称S锁。针对同一份数据,多个读操作可以同时进行而不会互相影响。
  • 排他锁,英文名:Exclusive Locks,简称X锁。当前写操作没有完成前,它会阻断其他写锁和读锁。

顾名思义,共享锁就是,两个或多个事务可以同时获得同一条纪录的S锁。排他锁就是,一个事务先获得了S锁或者是X锁,那么其他事务就不能再获取到该条记录的X锁S锁X锁之间有以下特性:

在这里插入图片描述

1.1 锁定读

数据准备

CREATE TABLE `account` (`id` int NOT NULL AUTO_INCREMENT COMMENT '主键id',`name` varchar(32) DEFAULT NULL COMMENT '姓名',`balance` int DEFAULT NULL COMMENT '余额',PRIMARY KEY (`id`)
) ENGINE=InnoDB;mysql> SELECT * FROM account;
+----+--------+---------+
| id | name   | balance |
+----+--------+---------+
|  1 | lilei  |      18 |
|  2 | hanmei |      11 |
|  3 | lucy   |     111 |
|  4 | lilei  |      18 |
+----+--------+---------+
  • 对读取的记录加S锁SELECT ... LOCK IN SHARE MODE;
mysql> begin;mysql> SELECT * FROM account WHERE id = 1 LOCK IN SHARE MODE;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | lilei |       1 |
+----+-------+---------+

上面的查询操作,对account表中的id = 1的记录增加了共享锁,其他事务依然可以查到该账户的余额,但是不能对账户余额进行修改,在某种场景下能够满足业务的需求。

  • 对读取记录加X锁SELECT ... FOR UPDATE;
mysql> begin;
Query OK, 0 rows affected (0.01 sec)mysql> SELECT * FROM account where id = 1 FOR UPDATE;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | lilei |       1 |
+----+-------+---------+

此时id=1的记录,既不允许别的事务获取S锁,也不允许获取这些记录的X锁(或者直接修改这些记录)。如果别的事务想要获取这些记录的S锁或者X锁,就会阻塞,直到当前事务提交之后释放X锁

这里需要注意,普通的SELECT * FROM account WHERE id = 1;语句是不加锁的。

1.2 表级别的共享锁、独占锁

手动获取InnoDB存储引擎提供的表的S锁或者X锁语法如下:

LOCK TABLES account READInnoDB存储引擎会对表account加表级别的S锁``。

LOCK TABLES S锁 WRITEInnoDB存储引擎会对表S锁加表级别的X锁

在对某表中的记录执行SELECT、INSERT、DELETE、UPDATE语句时,InnoDB存储引擎是不会为这个表添加表级别的S锁或者X锁的。
表级别的S锁X锁有以下特点:

  • 如果一个事务给表加了S锁,那么:
    1)别的事务可以继续获得该表的S锁
    2)别的事务可以继续获得该表中的某些记录的S锁
    3)别的事务不可以继续获得该表的X锁
    4)别的事务不可以继续获得该表中的某些记录的X锁
  • 如果一个事务给表加了X锁(意味着该事务要独占这个表),那么:
    1)别的事务不可以继续获得该表的S锁
    2)别的事务不可以继续获得该表中的某些记录的S锁
    3)别的事务不可以继续获得该表的X锁
    4)别的事务不可以继续获得该表中的某些记录的X锁

在实际开发尽量减少出现表级别的S锁X锁,粒度大,影响访问广,很少有场景使用到。

表级别的IS锁、IX锁

意向共享锁:英文名:Intention Shared Lock,简称IS锁。当事务准备在某条记录上加S锁时,需要先在表级别加一个IS锁
意向独占锁:英文名:Intention Exclusive Lock,简称IX锁。当事务准备在某条记录上加X锁时,需要先在表级别加一个IX锁

IS锁IX锁的提出,只是为了后续在加表级别的S锁X锁判断表中是否有已经被加锁的记录,以避免用遍历的方式来查看表中有没有上锁的记录。

三、行锁

行锁,也称为记录锁,顾名思义,就是作用在表记录上的锁。InnoDB行锁是通过对索引数据页上的记录加锁实现的,主要实现算法有 3 种:Record LockGap LockNext-key Lock

  • Record Lock锁:锁定单个行记录的锁。(记录锁,RC、RR隔离级别都支持)
  • Gap Lock锁:间隙锁,锁定索引记录间隙,确保索引记录的间隙不变。(范围锁,RR隔离级别支持)
  • Next-key Lock 锁:记录锁和间隙锁组合,同时锁住数据,并且锁住数据前后范围。(Record Lock + Gap Lock,RR隔离级别支持)

RR隔离级别,InnoDB对于记录加锁行为都是先采用Next-Key Lock,但是当SQL操作含有唯一索引时,Innodb会对Next-Key Lock进行优化,降级为Record Lock,仅锁住索引本身而非范围。

锁的种类很多(容易晕),划分角度不同,就有不同的叫法;在这里统一总结下,开发过程中常用sql语句涉及到的锁:

  1. select ... from 语句:InnoDB引擎采用MVCC机制实现非阻塞读,所以对于普通的select语句,InnoDB不加锁;
  2. select ... from lock in share mode语句:追加了共享锁,InnoDB会使用Next-Key Lock锁进行处理,如果扫描发现唯一索引,可以降级为Record Lock锁。
  3. select ... from for update语句:追加了排他锁,InnoDB会使用Next-Key Lock锁进行处理,如果扫描发现唯一索引,可以降级为Record Lock锁。
    4)update ... where 语句:InnoDB会使用Next-Key Lock锁进行处理,如果扫描发现唯一索引,可以降级为Record Lock锁。
    5)delete ... where 语句:InnoDB会使用Next-Key Lock锁进行处理,如果扫描发现唯一索引,可以降级为RecordLock锁。
    6)insert语句:一般情况下,新插入一条记录的操作并不加锁。有时候会有插入意向锁

下面以account表操作为例,举例子分析下 InnoDB 对不同索引的加锁行为;

3.1 数据准备

mysql> select version();
+-----------+
| version() |
+-----------+
| 8.0.27    |
+-----------+
1 row in set (0.00 sec)mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+
1 row in set (0.00 sec)CREATE TABLE `account` (`id` int NOT NULL AUTO_INCREMENT COMMENT '主键id',`code` varchar(32) DEFAULT NULL COMMENT '账号编码',`name` varchar(32) DEFAULT NULL COMMENT '姓名',`balance` int DEFAULT NULL COMMENT '余额',PRIMARY KEY (`id`),UNIQUE KEY `idx_code` (`code`) USING BTREE COMMENT '账号编码唯一索引',KEY `idx_name` (`name`) USING BTREE COMMENT '名称普通索引'
) ENGINE=InnoDB;mysql> select * from account;
+----+------+--------+---------+
| id | code | name   | balance |
+----+------+--------+---------+
|  1 | aa   | tom    |       1 |
|  3 | dd   | hanmei |      11 |
|  8 | ff   | lucy   |     222 |
| 15 | jj   | jack   |      18 |
| 20 | ll   | ocean  |     400 |
+----+------+--------+---------+

加锁跟索引有关,这里把account表相关的索引结构简化展示如下:

聚簇索引:
![在这里插入图片描述](https://img-blog.csdnimg.cn/direct/c025464d55684a348cacc5566460d69e.png

这里只展示了索引中的用户记录信息,同时强调聚簇索引中的记录是按照主键大小排序的。

code列唯一索引:
在这里插入图片描述
name列普通索引:
在这里插入图片描述

3.2 几种常见的行级锁

Record Locks

mysql> begin;
Query OK, 0 rows affected (0.00 sec)mysql> update account set balance = 222 where id = 8;
Query OK, 1 row affected (0.00 sec)

通过另外的客户端查看锁情况
执行select * from performance_schema.data_locks\G;
在这里插入图片描述
说明在表层面获取到了IX锁,在数据id=8这条记录加上了LOCK_REC_NOT_GAP锁,也是X锁
在这里插入图片描述

Gap Locks

在普通索引上执行更新

mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> update account set balance= 333 where name='lucy';

查看锁情况

mysql> select * from performance_schema.data_locks\G;
*************************** 1. row ***************************-- 边幅原因 这里省略表锁,跟上面一样
*************************** 2. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:226:6:7:139645358804944
ENGINE_TRANSACTION_ID: 65451THREAD_ID: 563249EVENT_ID: 77OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: idx_name
OBJECT_INSTANCE_BEGIN: 139645358804944LOCK_TYPE: RECORDLOCK_MODE: XLOCK_STATUS: GRANTEDLOCK_DATA: 'lucy', 8
*************************** 3. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:226:4:12:139645358805288
ENGINE_TRANSACTION_ID: 65451THREAD_ID: 563249EVENT_ID: 77OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 139645358805288LOCK_TYPE: RECORDLOCK_MODE: X,REC_NOT_GAPLOCK_STATUS: GRANTEDLOCK_DATA: 8
*************************** 4. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:226:6:4:139645358805632
ENGINE_TRANSACTION_ID: 65451THREAD_ID: 563249EVENT_ID: 77OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: idx_name
OBJECT_INSTANCE_BEGIN: 139645358805632LOCK_TYPE: RECORDLOCK_MODE: X,GAPLOCK_STATUS: GRANTEDLOCK_DATA: 'ocean', 20
4 rows in set (0.01 sec)

再执行以下sql时,发现执行阻塞

mysql> insert into account (id,code,name,balance) values(5,'ee','kk',20); -- 阻塞mysql> insert into account (id,code,name,balance) values(10,'gg','my',20); -- 阻塞mysql> insert into account (id,code,name,balance) values(10,'gg','pp',20); -- 不会被阻塞
Query OK, 1 row affected (0.00 sec)

加锁分析:
在这里插入图片描述
name字段是普通索引,对满足name='lucy'条件的记录和主键会都加上X锁。同时在字符'jack'-'lucy'之间,'lucy'-'ocean'之间加上了LOCK_GAP锁,所以字符kkmy在插入时会发生阻塞,而字符pp不属于锁的范围,所以能不被阻塞地添加到表中。

gap锁的提出仅仅是为了防止插入幻影记录而提出的,如果对一条记录加了gap锁(不论是共享gap锁还是独占gap锁),并不会限制其他事务对这条记录加Record Locks或者继续加gap锁

对于最后一条记录,GAP锁是如何处理的呢?也就是说给哪条记录加gap锁才能阻止其他事务插入name值在(‘tom’, +∞)这个区间的新记录呢?

mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> update account set balance= 333 where name='tom';  -- 更新普通索引中的最后一条记录-- 开启另外一个事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into account (id,code,name,balance) values(30,'pp','zz',20); -- 想添加到tom后面,发生阻塞
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

Innodb数据页中有两条伪记录:

  • Infimum记录,表示该页面中最小的记录。
  • Supremum记录,表示该页面中最大的记录。

此时,GAP锁如下:

在这里插入图片描述

Next-Key Lock

有时候既想锁住某条记录,又想阻止其他事务在该记录前面的间隙插入新记录,这时候就用到了Next-Key Locks的锁,官方的类型名称为:LOCK_ORDINARY,也可以简称为next-key锁。

在这里插入图片描述
next-key锁的本质就是一个Record Locks和一个gap锁的合体,它既能保护该条记录,又能阻止别的事务将新记录插入被保护记录前面的间隙。

Insert Intention Locks

一个事务在插入一条记录时需要判断插入位置是不是被别的事务加了gap锁next-key锁也包含gap锁),如果有的话,插入操作需要等待,直到持有gap锁的事务释放锁。InnoDB规定事务在等待的时候也需要在内存中生成一个锁结构,表明有事务想在某个间隙中插入新记录,但是现在在等待。这种类型的锁命名为Insert Intention Locks,官方的类型名称LOCK_INSERT_INTENTION,也称为插入意向锁。

mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> update account set balance = 55 where id >3 and id <=8;-- 开启另外事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into account (id,code,name,balance) values(6,'pp','zz',20);

查看锁情况

mysql> select * from performance_schema.data_locks\G;
*************************** 1. row ***************************-- 省略表锁
*************************** 2. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347952208:226:4:12:139645358792496
ENGINE_TRANSACTION_ID: 65493THREAD_ID: 563275EVENT_ID: 90OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 139645358792496LOCK_TYPE: RECORDLOCK_MODE: X,GAP,INSERT_INTENTIONLOCK_STATUS: WAITINGLOCK_DATA: 8
*************************** 3. row ***************************- 省略表锁
*************************** 4. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:226:4:12:139645358804944
ENGINE_TRANSACTION_ID: 65492THREAD_ID: 563249EVENT_ID: 116OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 139645358804944LOCK_TYPE: RECORDLOCK_MODE: XLOCK_STATUS: GRANTEDLOCK_DATA: 8
4 rows in set (0.00 sec)

从上面看出id=8的记录添加了插入意向锁,并且锁的状态为等待。

3.3 行锁升级为表锁

InnoDB引擎锁机制是基于索引实现的记录锁定,当没有索引时,会导致全表锁定

mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> update account set balance = 2 where balance = 1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

开启另外一个事务

mysql> update account set balance = 5 where id = 3; -- 阻塞

通过查看锁情况,发生每条记录都被加上了X锁

mysql> select * from performance_schema.data_locks\G;
*************************** 1. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347952208:1287:139645358795600
ENGINE_TRANSACTION_ID: 65496THREAD_ID: 563275EVENT_ID: 94OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: NULL
OBJECT_INSTANCE_BEGIN: 139645358795600LOCK_TYPE: TABLELOCK_MODE: IXLOCK_STATUS: GRANTEDLOCK_DATA: NULL
*************************** 2. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347952208:226:4:13:139645358792496
ENGINE_TRANSACTION_ID: 65496THREAD_ID: 563275EVENT_ID: 94OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 139645358792496LOCK_TYPE: RECORDLOCK_MODE: X,REC_NOT_GAPLOCK_STATUS: WAITINGLOCK_DATA: 3
*************************** 3. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:1287:139645358807936
ENGINE_TRANSACTION_ID: 65495THREAD_ID: 563249EVENT_ID: 120OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: NULL
OBJECT_INSTANCE_BEGIN: 139645358807936LOCK_TYPE: TABLELOCK_MODE: IXLOCK_STATUS: GRANTEDLOCK_DATA: NULL
*************************** 4. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:226:4:1:139645358804944
ENGINE_TRANSACTION_ID: 65495THREAD_ID: 563249EVENT_ID: 120OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 139645358804944LOCK_TYPE: RECORDLOCK_MODE: XLOCK_STATUS: GRANTEDLOCK_DATA: supremum pseudo-record
*************************** 5. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:226:4:7:139645358804944
ENGINE_TRANSACTION_ID: 65495THREAD_ID: 563249EVENT_ID: 120OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 139645358804944LOCK_TYPE: RECORDLOCK_MODE: XLOCK_STATUS: GRANTEDLOCK_DATA: 1
*************************** 6. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:226:4:8:139645358804944
ENGINE_TRANSACTION_ID: 65495THREAD_ID: 563249EVENT_ID: 120OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 139645358804944LOCK_TYPE: RECORDLOCK_MODE: XLOCK_STATUS: GRANTEDLOCK_DATA: 15
*************************** 7. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:226:4:10:139645358804944
ENGINE_TRANSACTION_ID: 65495THREAD_ID: 563249EVENT_ID: 120OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 139645358804944LOCK_TYPE: RECORDLOCK_MODE: XLOCK_STATUS: GRANTEDLOCK_DATA: 20
*************************** 8. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:226:4:12:139645358804944
ENGINE_TRANSACTION_ID: 65495THREAD_ID: 563249EVENT_ID: 120OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 139645358804944LOCK_TYPE: RECORDLOCK_MODE: XLOCK_STATUS: GRANTEDLOCK_DATA: 8
*************************** 9. row ***************************ENGINE: INNODBENGINE_LOCK_ID: 139645347953824:226:4:13:139645358804944
ENGINE_TRANSACTION_ID: 65495THREAD_ID: 563249EVENT_ID: 120OBJECT_SCHEMA: freshOBJECT_NAME: accountPARTITION_NAME: NULLSUBPARTITION_NAME: NULLINDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 139645358804944LOCK_TYPE: RECORDLOCK_MODE: XLOCK_STATUS: GRANTEDLOCK_DATA: 3
9 rows in set (0.00 sec)

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/181895.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

SpringSecurity+JWT实现权限控制以及安全认证

一.简介 Spring Security 是 Spring家族中的一个安全管理框架。相比与另外一个安全框架Shiro&#xff0c;它提供了更丰富的功能&#xff0c;社区资源也比Shiro丰富。 认证&#xff1a;验证当前访问系统的是不是本系统的用户&#xff0c;并且要确认具体是哪个用户​ 授权&…

Spring Boot + MyBatis-Plus实现数据库读写分离

文章目录 1. 引言2. MyBatis-Plus简介3. 准备工作4. 配置数据源5. 配置MyBatis-Plus6. 创建实体类和Mapper接口7. 编写Service8. 控制器层9. 测试10. 数据库读写分离的原理11. 拓展11.1. 动态数据源11.2. 多数据源事务管理11.3. 多租户支持 12. 总结 &#x1f389;Spring Boot …

【多线程】-- 06 线程状态之线程停止与休眠

多线程 5 线程状态 线程的五大状态&#xff1a;创建状态、就绪状态、阻塞状态、运行状态、死亡状态。如下图所示&#xff1a; 具体解释如下&#xff1a; 线程方法&#xff1a; 5.1 停止线程 不推荐使用JDK提供的stop()方法、destroy()方法【已废弃 – deprecated】推荐线程自…

NX二次开发UF_CSYS_create_csys 函数介绍

文章作者&#xff1a;里海 来源网站&#xff1a;https://blog.csdn.net/WangPaiFeiXingYuan UF_CSYS_create_csys Defined in: uf_csys.h int UF_CSYS_create_csys(const double csys_origin [ 3 ] , tag_t matrix_id, tag_t * csys_id ) overview 概述 Creates a CSYS. 创…

el-select多选下拉框实现全选功能

<el-selectv-model"query.web_ids"multiplecollapse-tagscollapse-tags-tooltip:max-collapse-tags"2"filterableplaceholder"网站"><li class"checkAllBox" style"padding: 0 32px 0 20px; border-bottom: 1px solid #…

京东API接口的接入(京东工业)

在技术交流群&#xff0c;大家有探讨稳定获取京东商品主图、价格、标题&#xff0c;及sku的完整解决方案。这个引起了我技术挑战的兴趣。 目前&#xff0c;自己做了压测&#xff0c;QPS高、出滑块概率极低&#xff0c;API整体稳定&#xff0c;可满足业务场景的性能需求。 公共…

Unity接入Protobuf介绍

Protobuf介绍 Protobuf&#xff08;Protocol Buffers&#xff0c;简称Proto&#xff09;是一种轻量级和高效率的数据序列化格式&#xff0c;由Google公司开发。与XML和JSON等文本格式不同&#xff0c;Protobuf是一种二进制格式&#xff0c;它具有更小的体积和更快的速度。在大…

std::shared_ptr 和多态的组合使用//test ok

在 C 中&#xff0c;std::shared_ptr 和多态&#xff08;通过虚函数和基类指针/引用实现&#xff09;可以很好地结合使用。这种组合通常用于管理对象的生命周期&#xff0c;同时允许通过基类指针或引用来实现多态。 下面是一个简单的示例&#xff0c;演示如何使用 std::shared…

多传感器融合SLAM论文调研

感知任务 物体识别&#xff1a; 《Pointnet: Deep learning on point sets for 3d classification and segmentation》《Voxelnet: End-to-end learning for point cloud based 3d object detection》 语义分割&#xff1a; 《An integrated framework for autonomous driv…

Appium PO模式UI自动化测试框架——设计与实践

1. 目的 相信做过测试的同学都听说过自动化测试&#xff0c;而UI自动化无论何时对测试来说都是比较吸引人的存在。相较于接口自动化来说&#xff0c;它可以最大程度的模拟真实用户的日常操作与特定业务场景的模拟&#xff0c;那么存在即合理&#xff0c;自动化UI测试自然也是广…

面试题:海量PDF的OCR处理思路

关键点&#xff1a; 1000wPDF&#xff1a;数据量非常大。3天处理完&#xff1a;有时间限制。一篇PDF1~10s&#xff1a;可能需要以最高10s去做计算&#xff0c;这样时间才能保证留有富余。要求资源最大化利用&#xff1a;也就是尽可能节省服务器资源&#xff0c;能复用尽量复用&…

【EI会议征稿】第四届应用数学、建模与智能计算国际学术会议(CAMMIC 2024)

第四届应用数学、建模与智能计算国际学术会议&#xff08;CAMMIC 2024&#xff09; 2024 4th International Conference on Applied Mathematics, Modelling and Intelligent Computing 第四届应用数学、建模与智能计算国际学术会议&#xff08;CAMMIC 2024&#xff09;将于…

JOSEF约瑟 逆功率继电器 GG-21 5a 100v 50hz

系列型号 GG-21逆功率继电器 GG-22过载继电器 1 用途 逆功率继电器GG-21/5A/100V 在出现逆功率时&#xff0c;从电网中断开交流发电机。 2 概述 逆功率继电器是基于感应式原理(具有旋转磁场)而工作。 继电器导磁体由两个磁路系统组成&#xff1a;上磁路系统和下磁路系统…

FreeRTOS-事件组

目录 事件组 创建事件组 删除事件组 设置事件 等待事件 同步点 应用场景&#xff1a;等待多个事件 应用场景&#xff1a;任务同步 事件组 事件组可看成一个整形数&#xff0c;每一位代表一个事件。 每一位事件的含义由程序员决定&#xff0c;如位0表示串口是否就绪&…

快速掌握Pyqt5的9种显示控件

Pyqt5相关文章: 快速掌握Pyqt5的三种主窗口 快速掌握Pyqt5的2种弹簧 快速掌握Pyqt5的5种布局 快速弄懂Pyqt5的5种项目视图&#xff08;Item View&#xff09; 快速弄懂Pyqt5的4种项目部件&#xff08;Item Widget&#xff09; 快速掌握Pyqt5的6种按钮 快速掌握Pyqt5的10种容器&…

【带头学C++】----- 八、C++面向对象编程 ---- 8.10 函数的默认参数

8.10 函数的默认参数 C在声明函数原型的时可为一个或者多个参数指定默认(缺省)的参数值&#xff0c;当函数调用的时候如果没有指定这个值&#xff0c;编器会自动用默认值代替。 通过为函数参数指定默认值&#xff0c;可以在调用函数时省略相应的参数&#xff0c;而该参数将使用…

陶陶摘苹果、跳跃游戏

1. 陶陶摘苹果 题目描述&#xff1a; 陶陶家的院子里有一棵苹果树&#xff0c;每到秋天树上就会结出 10 个苹果。苹果成熟的时候&#xff0c;陶陶就会跑去摘苹果。陶陶有个 30 厘米高的板凳&#xff0c;当她不能直接用手摘到苹果的时候&#xff0c;就会踩到板凳上再试试。 现在…

【MySQL源码】使用CLion 远程调试MySQL源码

目录 0 准备工作 1 IDE 2 下载MySQL源码 ​编辑 一 配置CLion 1 添加远程服务器 2 配置远程服务器环境 3 升级gdb版本 4 升级CMake版本 5 修改远程服务器文件上传的目录的对应关系 5 配置cmake 7 初始化MySQL 8 启动MySQL 作为DBA工作多年&#xff0c;如果还是停…

48个代码大模型汇总,涵盖原始、改进、专用、微调4大类

代码大模型具有强大的表达能力和复杂性&#xff0c;可以处理各种自然语言任务&#xff0c;包括文本分类、问答、对话等。这些模型通常基于深度学习架构&#xff0c;如Transformer&#xff0c;并使用预训练目标&#xff08;如语言建模&#xff09;进行训练。 在对大量代码数据的…

Leetcode(面试题 08.01.)三步问题

文章目录 前言一、题目分析二、算法原理1.状态表示2.状态转移方程3.初始化4.填表顺序5.返回值是什么 三、代码实现总结 前言 在本文章中&#xff0c;我们将要详细介绍一下Leetcode(面试题 08.01.)三步问题相关的内容 一、题目分析 1.小孩可以上一阶&#xff0c;两阶&#xff…