mysql（八）事务隔离级别及加锁流程详解

目录

  • MySQL 锁简介
    • 什么是锁
    • 锁的作用
    • 锁的种类
      • 共享排他锁
        • 共享锁
        • 排它锁
      • 粒度锁
        • 全局锁
        • 表级锁
        • 页级锁
        • 行级锁
          • 种类
      • 意向锁
      • 间隙临键记录锁
        • 记录锁
        • 间隙锁
  • 加锁的流程
    • 锁的内存结构
    • 加锁的基本流程
    • 根据主键加锁
      • 根据二级索引加锁
      • 根据非索引字段查询加锁
      • 加锁规律
    • 锁信息查看
      • 查看锁的sql语句
  • 数据库事务
    • 可串行化（Serializable）（最高级别）
    • 可重复读（Repeatable Read）
    • 读已提交（Read Committed）
    • 读未提交（Read Uncommitted）

MySQL 锁简介

什么是锁

锁是计算机用以协调多个进程间并发访问同一共享资源的一种机制

锁的作用

  • 在数据库中，除传统计算资源（CPU、RAM、I\O等）的争抢，数据也是一种供多用户共享的资源。
  • 如何保证数据并发访问的一致性，有效性，是所有数据库必须要解决的问题。
  • 锁冲突也是影响数据库并发访问性能的一个重要因素，因此锁对数据库尤其重要。

锁的种类

在这里插入图片描述

共享排他锁

共享锁

共享锁，又称读锁，简称 S 锁。当事务对数据加上读锁后，其他事务只能对该数据加读锁，不能加写锁。

共享锁加锁方法： select …lock in share mode

在这里插入图片描述
在这里插入图片描述

排它锁

排他锁，又称为写锁，简称 X 锁，当事务对数据加上排他锁后，其他事务无法对该数据进行查询或者修改

MySQL InnoDB引擎默认 update，delete，insert 都会自动给涉及到的数据加上排他锁，select 语句默认不会加任何锁类型。

排他锁加锁方式：select …for update
在这里插入图片描述
在这里插入图片描述

粒度锁

全局锁

全局锁，从名称上可以理解，全局锁就是对整个 MySQL 数据库实例加锁，加锁期间，对数据库的任何增删改操作都无法执行。

MySQL 提供了一个加全局读锁的方法，命令是Flush tables with read lock (FTWRL)

全库数据备份时，可以使用全局锁，其他情况不要使用

表级锁

表级锁，给当前操作的这张表加锁， MyISAM 与 InnoDB 引擎都支持表级锁定

MySQL 里面表级别的锁有两种：一种是表锁，一种是元数据锁（meta data lock，MDL)

加表锁：lock table read/write
在这里插入图片描述

页级锁

页级锁是 MySQL 中锁定粒度介于行级锁和表级锁中间的一种锁。表级锁速度快，但冲突多，行级冲突少，但速度慢。因此，采取了折衷的页级锁，一次锁定相邻的一组记录。BDB 引擎支持页级锁

行级锁

行级锁是 MySQL 粒度最细的锁，发生锁冲突概率最低，但是加锁慢，开销大

MySQL 中只有 InnoDB 引擎支持行锁，其他不支持

MySQL 中，行级锁并不是之间锁记录，而是锁的索引 。

普通的 select 语句是不会对记录加锁的，因为它属于快照读，是通过MVCC（多版本并发控制） 实现的。

MySQL 在执行 update、delete 语句时会自动加上行锁
在这里插入图片描述
在这里插入图片描述

种类

不同隔离级别下，行级锁的种类是不同的。

在读已提交隔离级别下，行级锁的种类只有记录锁，也就是仅仅把一条记录锁上。

在可重复读隔离级别下，行级锁的种类除了有记录锁，还有间隙锁（目的是为了避免幻读），所以行级锁的种类主要有三类：

  • Record Lock，记录锁，也就是仅仅把一条记录锁上；

  • Gap Lock，间隙锁，锁定一个范围，但是不包含记录本身；

  • Next-Key Lock：Record Lock + Gap Lock 的组合，锁定一个范围，并且锁定记录本身。

Record Lock
Record Lock 称为记录锁，锁住的是一条记录。而且记录锁是有 S 锁和 X 锁之分的：

  • 当一个事务对一条记录加了 S 型记录锁后，其他事务也可以继续对该记录加 S 型记录锁（S 型与 S 锁兼容），但是不可以对该记录加 X 型记录锁（S 型与 X 锁不兼容）;

  • 当一个事务对一条记录加了 X 型记录锁后，其他事务既不可以对该记录加 S 型记录锁（S 型与 X 锁不兼容），也不可以对该记录加 X 型记录锁（X 型与 X 锁不兼容）。

举个例子，当一个事务执行了下面这条语句：

mysql > begin; 
mysql > select * from t_test where id = 1 for update;

事务会对表中主键 id = 1 的这条记录加上 X 型的记录锁，这样其他事务就无法对这条记录进行修改和删除了。

​当事务执行 commit 后，事务过程中生成的锁都会被释放。

Gap Lock
Gap Lock 称为间隙锁，只存在于可重复读隔离级别，目的是为了解决可重复读隔离级别下幻读的现象。

假设，表中有一个范围 id 为（3，5）间隙锁，那么其他事务就无法插入 id = 4 这条记录了，这样就有效的防止幻读现象的发生。

间隙锁虽然存在 X 型间隙锁和 S 型间隙锁，但是并没有什么区别，间隙锁之间是兼容的，即两个事务可以同时持有包含共同间隙范围的间隙锁，并不存在互斥关系，因为间隙锁的目的是防止插入幻影记录而提出的。

Next-Key Lock
Next-Key Lock 称为临键锁，是 Record Lock + Gap Lock 的组合，锁定一个范围，并且锁定记录本身。

假设，表中有一个范围 id 为（3，5] 的 next-key lock，那么其他事务即不能插入 id = 4 记录，也不能修改 id = 5 这条记录。

所以，next-key lock 即能保护该记录，又能阻止其他事务将新记录插入到被保护记录前面的间隙中。

next-key lock 是包含间隙锁+记录锁的，如果一个事务获取了 X 型的 next-key lock，那么另外一个事务在获取相同范围的 X 型的 next-key lock 时，是会被阻塞的。

比如，一个事务持有了范围为 (1, 10] 的 X 型的 next-key lock，那么另外一个事务在获取相同范围的 X 型的 next-key lock 时，就会被阻塞。

虽然相同范围的间隙锁是多个事务相互兼容的，但对于记录锁，我们是要考虑 X 型与 S 型关系，X 型的记录锁与 X 型的记录锁是冲突的。

意向锁

意向锁是表锁，为了协调行锁和表锁的关系，支持多粒度（表锁与行锁）的锁并存

当有事务A有行锁时，MySQL会自动为该表添加意向锁，事务B如果想申请整个表的写锁，那么不需要遍历每一行判断是否存在行锁，而直接判断是否存在意向锁，增强性能。

意向共享锁(IS)意向排他锁(IX)
共享锁兼容互斥
排他锁互斥互斥

间隙临键记录锁

记录锁、间隙锁、临键锁都是排它锁，而记录锁的使用方法跟排它锁介绍一致

记录锁

记录锁是封锁记录，记录锁也叫行锁，例如：

select * from people where id = 1 for update;

间隙锁

间隙锁基于非唯一索引，它锁定一段范围内的索引记录。使用间隙锁锁住的是一个区间，而不仅仅是这个区间中的每一条数据

select * from people where id < 10 for update;

即所有在 [1，10）区间内的记录行都会被锁住，所有id 为 1、2、3、4、5、6、7、8、9 的数据行的插入会被阻塞

加锁的流程

由于InnoDB引擎才支持行级锁，以下内容都是基于InnoDB引擎介绍。

锁的内存结构

对一条记录加锁本质上是内存中创建的一个锁结构跟这条记录相关联。
所以锁本质上就是内存中的一种数据结构。

那么我们在操作一个事务的时候，如果对应多条记录，是不是要针对多条记录生成多个内存的锁结构呢？比如我们执行select * from people for update的时候，people 表中如果存在1万条数，那么难道要生成1万个内存的锁结构吗？那当然不会是这样的。其实，如果符合以下几个条件，那么这些记录的锁就可以放到一个内存中的锁结构里了，条件如下所示：

  • 加锁操作时在同一个事务中
  • 需要被加锁的记录在同一个页中
  • 需要加锁的类型是一致的
  • 锁的等待状态是一致的

那么这么多次的锁结构，它到底是怎么组成的呢？
主要是由6部分组成的。分别为：锁所在的事务信息、索引信息、表锁或行锁信息、type_mode、其他信息、与heap_no对应的比特位。
在这里插入图片描述

  • 锁所在的事务信息
    一个锁结构对应一个事务，那么这里就存储着锁对应的事务信息。它其实只是一个指针，可以通过它获取到内存中关于该事务的更多信息，比如：事务id是多少。
  • 索引信息
    对于行级锁来说，这里记录的就是加锁的记录属于哪个索引。
  • 表锁/行锁信息
    (1)、对于表锁，主要是来记录对哪张表进行的加锁操作以及其他的信息。
    (2)、对于行锁，内容包括3部分：
    Space ID：记录所在的表空间ID。
    Page Number：记录所在的页号。
    n_bits：一条记录对应一个bit
  • type_mode
    它是由32个bit组成的，分别为：lock_mode、lock_type、lock_wait和rec_lock_type，如下图所示：
    在这里插入图片描述

加锁的基本流程

在这里插入图片描述

  • 一开始是没有锁结构与记录进行关联的，即：上图第一个图例所示。
  • 当一个事务T1想对这条记录进行改动时，会看看内存中有没有与这条记录关联的锁结构，如果没有，就会在内存中生成一个锁结构与这条记录相关联，即：上图第二个图例所示。我们把该场景称之为获取锁成功或者加锁成功。
  • 此时又来了另一个事务T2要访问这条记录，发现这条记录已经有一个锁结构与之关联了，那么T2也会生成一个锁结构与这条记录关联，不过锁结构中的is_waiting属性值为true，表示需要等待。即：上图第三个图例所示。我们把该场景称之为获取锁失败/加锁失败。
  • 事务T1提交之后，就会把它生成的锁结构释放掉，然后检测一下还有没有与该记录关联的锁结构。结果发现了事务T2还在等待获取锁，所以把事务T2对应的锁结构的is_waiting属性设置为false，然后把该事务对应的线程唤醒，让T2继续执行。

根据主键加锁

在这里插入图片描述
对应sql语句，其中id字段是自增主键：

update people set age = 10 where id = 49;

说明：

  1. 基于主键（聚簇索引）进行等值查询时，如果对应的值存在，则只需添加标准记录锁Record Lock。如果对应的值不存在，则需要在查询id所在的索引间隙添加间隙锁Gap Lock。
  2. 基于主键（聚簇索引）进行范围查询时，采用采用Next Key Lock添加行锁。

根据二级索引加锁

在这里插入图片描述对应sql语句，其中name字段上有普通索引：

update people set age = 10 where name = 'Tom';

说明：

  1. 基于辅助索引进行查询时，会先在辅助索引上加锁，然后在聚簇索引上加锁。
  2. 基于辅助索引进行查询时，聚簇索引上加锁算法采用Record Lock，即只锁记录不锁间隙。

根据非索引字段查询加锁

对应sql语句，其中age字段上没有索引：

update people set name = 'Tom' where age = 10;

说明：

  1. 查询不走索引时，会在聚簇索引上加锁，加锁算法采用Next Key Lock，并且会锁定全表范围。

注意是通过Next Key Lock锁定的全表范围，而不是通过表级锁直接锁表。

加锁规律

  • InnoDB中默认采用Next Key Lock加锁，Next Key Lock加锁范围前开后闭。
  • 行锁都是加在索引上，如果通过聚集索引查询则在聚集索引上加锁，通过辅助索引查询则需要同时在辅助索引和聚集索引上加锁，不走索引则在聚集索引上加锁。
  • 查找过程中访问到的索引才会加锁。注意是访问到的索引而不是满足查询条件的索引。
  • 基于主键和唯一索引进行等值查询，Next Key Lock会退化为行锁Record Lock。
  • 索引上的等值查询，没有满足条件的记录时，Next-key lock退化为间隙锁，加锁范围是查询值所在的间隙。
  • 通过辅助索引查询并加锁时，需要进行回表查询然后在聚集索引上采用行锁Record Lock加锁。
  • 范围查询采用Next Key Lock加锁。

锁信息查看

查看锁的sql语句

-- 查看当前所有事务
select * from information_schema.innodb_trx;
-- 查看加锁信息（MySQL5.X）
select * from information_schema.innodb_locks;
-- 查看锁等待（MySQL5.X）
select * from information_schema.innodb_lock_waits;
--查看加锁信息（MySQL8.0）
SELECT * FROM performance_schema.data_locks;
--查看锁等待（MySQL8.0）
SELECT * FROM performance_schema.data_lock_waits;
-- 查看表锁
show open tables where In_use>0;
-- 查看最近一次死锁信息
show engine innodb status;

这里主要介绍通过查询performance_schema.data_locks表，查看事务中加锁的情况。

DROP TABLE if EXISTS people;CREATE TABLE `people` (`id` bigint NOT NULL AUTO_INCREMENT COMMENT '主键ID',`account` varchar(30) CHARACTER SET utf8mb4  DEFAULT NULL COMMENT '账号',`name` varchar(30) DEFAULT NULL COMMENT '姓名',`age` int DEFAULT NULL COMMENT '年龄',`email` varchar(50) DEFAULT NULL COMMENT '邮箱',PRIMARY KEY (`id`),UNIQUE KEY `uk_account` (`account`) USING BTREE,KEY `ik_name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;INSERT INTO `people` (`id`,`account`,`name`, `age`, `email`) VALUES (3, '000003', '老万', 12, '101@qq.com');
INSERT INTO `people` (`id`,`account`, `name`, `age`, `email`) VALUES (10, '000010', '老张', 15, '101@qq.com');
INSERT INTO `people` (`id`,`account`, `name`, `age`, `email`) VALUES (20, '000020', '老王', 15, '101@qq.com');
INSERT INTO `people` (`id`,`account`, `name`, `age`, `email`) VALUES (30, '000030', '老王', 30, '101@qq.com');

开启mysql命令行窗口，开启事务执行加锁
在这里插入图片描述
查看加锁情况：

select * from performance_schema.data_locks\G

在这里插入图片描述

  • ENGINE 表使用的存储引擎，这里是InnoDB
  • ENGINE_TRANSACTION_ID 事务ID
  • OBJECT_SCHEMA 加锁的表空间,这里的表空间是test
  • OBJECT_NAME 加锁的表名，这里是user
  • INDEX_NAME加锁的索引名称，表级锁为null，行级锁为加锁的索引名称。这里PRIMARY表示是主键索引上添加锁。
  • LOCK_TYPE 锁类型：TABLE对应表级锁，RECORD对应行级锁。
  • LOCK_MODE 加锁模式，对应具体锁的类型，比如：IX 意向排他锁，X，GAP 排他间隙锁。
  • LOCK_STATUS 锁的状态，GRANTED 已获取，WAITING 等待中
  • LOCK_DATA 加锁的数据，这里的10表示，在主键索引值为10的记录上加锁。由于加的是间隙锁GAP，这里锁定的是3~10这个间隙。如果值为supremum pseudo-record，表示高于索引中的任何值，锁定正无穷的范围。

lock_mode说明
这里需要重点对 LOCK_MODE 加锁模式进行说明：

LOCK_MODE值锁类型
IX意向排他锁
IS意向共享锁
AUTO_INC自增主键锁
X排他临键锁(Next Key) ,既锁记录，也锁间隙
S共享临键锁(Next Key) ,既锁记录，也锁间隙
X,REC_NOT_GAP排他标准记录锁(Record）,只锁记录，不锁间隙
S,REC_NOT_GAP共享标准记录锁(Record) ,只锁记录，不锁间隙
S,GAP共享间隙锁(GAP),只锁间隙
X,GAP排他间隙锁(GAP) ,只锁间隙
INSERT_INTENTION插入意向锁

数据库事务

可串行化（Serializable）（最高级别）

可串行化完全符合普通程序员对数据竞争加锁的理解，如果不考虑性能优化的话，对事务所有读、写的数据全都加上读锁、写锁和范围锁即可做到可串行化（“即可”是简化理解，实际还是很复杂的，要分成 Expanding 和 Shrinking 两阶段去处理读锁、写锁与数据间的关系，称为Two-Phase Lock，2PL）。但数据库不考虑性能肯定是不行的，并发控制理论（Concurrency Control）决定了隔离程度与并发能力是相互抵触的，隔离程度越高，并发访问时的吞吐量就越低。现代数据库一定会提供除可串行化以外的其他隔离级别供用户使用，让用户调节隔离级别的选项，根本目的是让用户可以调节数据库的加锁方式，取得隔离性与吞吐量之间的平衡。

可重复读（Repeatable Read）

可串行化的下一个隔离级别是可重复读（Repeatable Read），可重复读对事务所涉及的数据加读锁和写锁，且一直持有至事务结束，但不再加范围锁。可重复读比可串行化弱化的地方在于幻读问题（Phantom Reads），它是指在事务执行过程中，两个完全相同的范围查询得到了不同的结果集

SELECT count(1) FROM books WHERE price < 100					/* 时间顺序：1，事务： T1 */
INSERT INTO books(name,price) VALUES ('深入理解Java虚拟机',90)	/* 时间顺序：2，事务： T2 */
SELECT count(1) FROM books WHERE price < 100					/* 时间顺序：3，事务： T1 */

根据前面对范围锁、读锁和写锁的定义可知，假如这条 查询SQL 语句在同一个事务中重复执行了两次，且这两次执行之间恰好有另外一个事务在数据库插入了一本小于 100 元的书籍，这是会被允许的，那这两次相同的查询就会得到不一样的结果，原因是可重复读没有范围锁来禁止在该范围内插入新的数据，这是一个事务受到其他事务影响，隔离性被破坏的表现。

读已提交（Read Committed）

可重复读的下一个隔离级别是读已提交（Read Committed），读已提交对事务涉及的数据加的写锁会一直持续到事务结束，但加的读锁在查询操作完成后就马上会释放。读已提交比可重复读弱化的地方在于不可重复读问题（Non-Repeatable Reads），它是指在事务执行过程中，对同一行数据的两次查询得到了不同的结果

SELECT * FROM books WHERE id = 1;   						/* 时间顺序：1，事务： T1 */
UPDATE books SET price = 110 WHERE id = 1; COMMIT;			/* 时间顺序：2，事务： T2 */
SELECT * FROM books WHERE id = 1; COMMIT;   				/* 时间顺序：3，事务： T1 */

如果隔离级别是读已提交，这两次重复执行的查询结果就会不一样，原因是读已提交的隔离级别缺乏贯穿整个事务周期的读锁，无法禁止读取过的数据发生变化，此时事务 T2 中的更新语句可以马上提交成功，这也是一个事务受到其他事务影响，隔离性被破坏的表现。假如隔离级别是可重复读的话，由于数据已被事务 T1 施加了读锁且读取后不会马上释放，所以事务 T2 无法获取到写锁，更新就会被阻塞，直至事务 T1 被提交或回滚后才能提交。

读未提交（Read Uncommitted）

读已提交的下一个级别是读未提交（Read Uncommitted），读未提交对事务涉及的数据只加写锁，会一直持续到事务结束，但完全不加读锁。读未提交比读已提交弱化的地方在于脏读问题（Dirty Reads），它是指在事务执行过程中，一个事务读取到了另一个事务未提交的数据

参考

https://icyfenix.cn/architect-perspective/general-architecture/transaction/local.html
https://blog.csdn.net/qq_43842093/article/details/131737316
https://blog.csdn.net/weixin_50205273/article/details/127818382

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

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

相关文章

龙迅LT7911UX TYPE-C/DP转MIPI/LVDS,内有HDCP

龙迅LT7911UX TYPE-C/DP转MIPI/LVDS,内有HDCP

1. 描述 LT7911UX是一种高性能的Type-C/DP1.4a到MIPI或LVDS芯片。HDCP RX作为HDCP中继器的上游端&#xff0c;可以与其他芯片的HDCP TX协同工作&#xff0c;实现中继器的功能。 对于DP1.4a输入&#xff0c;LT7911UX可以配置为1/2/4车道。自适应均衡使其适用于长电缆应用&#…
阅读更多...
bash: conda: command not found

bash: conda: command not found

问题描述&#xff1a; 在Pycharm上用SSH远程连接到服务器&#xff0c;打开Terminal准备查看用 conda 创建的虚拟环境时&#xff0c;却发现调用 conda 指令时出现以下报错&#xff1a; -bash: conda: command not found如果使用Xshell 利用端口号直接连接该 docker 容器&#…
阅读更多...
zhm_real/MotionPlanning运动规划库中A*算法源码详细解读

zhm_real/MotionPlanning运动规划库中A*算法源码详细解读

本文主要对zhm_real/MotionPlanning运动规划库中A*算法源码进行详细解读&#xff0c;即对astar.py文件中的内容进行详细的解读&#xff0c;另外本文是 Hybrid A * 算法源码解读的前置文章&#xff0c;为后续解读Hybrid A * 算法源码做铺垫。 astar.py文件中的源码如下&#xff…
阅读更多...
Matlab高光谱遥感数据处理与混合像元分解实践技术

Matlab高光谱遥感数据处理与混合像元分解实践技术

光谱和图像是人们观察世界的两种方式&#xff0c;高光谱遥感通过“图谱合一”的技术创新将两者结合起来&#xff0c;大大提高了人们对客观世界的认知能力&#xff0c;本来在宽波段遥感中不可探测的物质&#xff0c;在高光谱遥感中能被探测。以高光谱遥感为核心&#xff0c;构建…
阅读更多...
Qt中XML文件创建及解析

Qt中XML文件创建及解析

一 环境部署 QT的配置文件中添加xml选项&#xff1a; 二 写入xml文件 头文件&#xff1a;#include <QXmlStreamWriter> bool MyXML::writeToXMLFile() {QString currentTime QDateTime::currentDateTime().toString("yyyyMMddhhmmss");QString fileName &…
阅读更多...
opencv 文档识别+UI界面识别系统

opencv 文档识别+UI界面识别系统

目录 一、实现和完整UI视频效果展示 主界面&#xff1a; 识别结果界面&#xff1a; 查看处理图片过程&#xff1a; 查看历史记录界面&#xff1a; 二、原理介绍&#xff1a; 将图像变换大小->灰度化->高斯滤波->边缘检测 轮廓提取 筛选第三步中的轮廓&#xf…
阅读更多...
Microsoft Excel整合Python：数据分析的新纪元

Microsoft Excel整合Python：数据分析的新纪元

&#x1f337;&#x1f341; 博主猫头虎 带您 Go to New World.✨&#x1f341; &#x1f984; 博客首页——猫头虎的博客&#x1f390; &#x1f433;《面试题大全专栏》 文章图文并茂&#x1f995;生动形象&#x1f996;简单易学&#xff01;欢迎大家来踩踩~&#x1f33a; &a…
阅读更多...
论文笔记： MOGRIFIER LSTM

论文笔记： MOGRIFIER LSTM

2020 ICLR 修改传统LSTM 当前输入和隐藏状态充分交互&#xff0c;从而获得更佳的上下文相关表达 1 Mogrifier LSTM LSTM的输入X和隐藏状态H是完全独立的 机器学习笔记&#xff1a;GRU_gruc_UQI-LIUWJ的博客-CSDN博客这篇论文想探索&#xff0c;如果在输入LSTM之前&#xf…
阅读更多...
Go 语言进阶与依赖管理 | 青训营

Go 语言进阶与依赖管理 | 青训营

Powered by:NEFU AB-IN 文章目录 Go 语言进阶与依赖管理 | 青训营 语言进阶依赖管理测试 Go 语言进阶与依赖管理 | 青训营 GO语言工程实践课后作业&#xff1a;实现思路、代码以及路径记录 语言进阶 Go可以充分发挥多核优势&#xff0c;高效运行 Goroutine是Go语言中的协程…
阅读更多...
【PostGreSQL】PostGreSQL到Oracle的数据迁移

【PostGreSQL】PostGreSQL到Oracle的数据迁移

项目需要&#xff0c;有个数据需要导入&#xff0c;拿到手一开始以为是mysql&#xff0c;结果是个PostGreSQL的数据&#xff0c;于是装数据库&#xff0c;但这个也不懂呀&#xff0c;而且本系统用的Oracle&#xff0c;于是得解决迁移转换的问题。 总结下来两个思路。 1、Postg…
阅读更多...
【Python机器学习】实验15 将Lenet5应用于Cifar10数据集

【Python机器学习】实验15 将Lenet5应用于Cifar10数据集

文章目录 CIFAR10数据集介绍1. 数据的下载2.修改模型与前面的参数设置保持一致3. 新建模型4. 从数据集中分批量读取数据5. 定义损失函数6. 定义优化器7. 开始训练8.测试模型 9. 手写体图片的可视化10. 多幅图片的可视化 思考题11. 读取测试集的图片预测值&#xff08;神经网络的…
阅读更多...
『C语言入门』初识C语言

『C语言入门』初识C语言

文章目录 前言C语言简介一、Hello World&#xff01;1.1 编写代码1.2 代码解释1.3 编译和运行1.4 结果 二、数据类型2.1 基本数据类型2.2 复合数据类型2.3 指针类型2.4 枚举类型 三、C语言基础3.1 变量和常量3.2 运算符3.3 控制流语句3.4 注释单行注释多行注释注释的作用 四、 …
阅读更多...
【项目 计网6】 4.17 TCP三次握手 4.18滑动窗口 4.19TCP四次挥手

【项目 计网6】 4.17 TCP三次握手 4.18滑动窗口 4.19TCP四次挥手

文章目录 4.17 TCP三次握手4.18滑动窗口4.19TCP四次挥手 4.17 TCP三次握手 TCP 是一种面向连接的单播协议&#xff0c;在发送数据前&#xff0c;通信双方必须在彼此间建立一条连接。所谓的“连接”&#xff0c;其实是客户端和服务器的内存里保存的一份关于对方的信息&#xff…
阅读更多...
线性代数的学习和整理7：各种特殊效果矩阵汇总

线性代数的学习和整理7：各种特殊效果矩阵汇总

目录 1 矩阵 1.1 1维的矩阵 1.2 2维的矩阵 1.3 没有3维的矩阵---3维的是3阶张量 1.4 下面本文总结的都是各种特殊效果矩阵特例 2 方阵: 正方形矩阵 3 单位矩阵 3.1 单位矩阵的定义 3.2 单位矩阵的特性 3.3 为什么单位矩阵I是 [1,0;0,1] 而不是[0,1;1,0] 或[1,1;1,1]…
阅读更多...
vue若依导出word文件,简单的实现

vue若依导出word文件,简单的实现

首先前端导包,注意exportDocx的导包位置要修改成你自己的 import {exportDocx} from /utils/docUtil/docutil.js; import {addDays} from date-fns; import {listGongyi} from "/api/system/detail";然后新建一个测试按钮 <el-col :span"1.5"><…
阅读更多...
守护进程(精灵进程)

守护进程(精灵进程)

目录 前言 1.如何理解前台进程和后台进程 2.守护进程的概念 3.为什么会存在守护进程 4.如何实现守护进程 5.测试 总结 前言 今天我们要介绍的是关于守护进程如何实现&#xff0c;可能有小伙伴第一次听到守护进程这个概念&#xff0c;感觉很懵&#xff0c;知道进程的概念&…
阅读更多...
17.3 【Linux】systemctl 针对 service 类型的配置文件

17.3 【Linux】systemctl 针对 service 类型的配置文件

17.3.1 systemctl 配置文件相关目录简介 服务的管理是通过 systemd&#xff0c;而 systemd 的配置文件大部分放置于/usr/lib/systemd/system/ 目录内。但是 Red Hat 官方文件指出&#xff0c; 该目录的文件主要是原本软件所提供的设置&#xff0c;建议不要修改&#xff01;而要…
阅读更多...
C++信息学奥赛1138：将字符串中的小写字母转换成大写字母

C++信息学奥赛1138：将字符串中的小写字母转换成大写字母

#include<bits/stdc.h> using namespace std; int main() {string arr;// 输入一行字符串getline(cin, arr);for(int i0;i<arr.length();i){if(arr[i]>97 and arr[i]<122){char aarr[i]-32; // 将小写字母转换为大写字母cout<<a; // 输出转换后的字符}els…
阅读更多...
linux+c+qt杂记

linux+c+qt杂记

虚拟机网络选择&#xff1b; 桥接模式&#xff1a;设置window宿主机的IP/dns,把虚拟机设置为桥接即可。 切换到终端&#xff1a;我的是 ctrlaltFnF1&#xff1f; 问题解决&#xff1a; Ubuntu系统下载&#xff08;清华大学开源软件镜像站&#xff09;&#xff08;ubuntu-20.…
阅读更多...
使用代理突破浏览器IP限制

使用代理突破浏览器IP限制

一、实验目的: 主要时了解代理服务器的概念&#xff0c;同时如何突破浏览器IP限制 二、预备知识&#xff1a; 代理服务器英文全称是Proxy Server&#xff0c;其功能就是代理网络用户去取得网络信息。形象的说&#xff1a;它是网络信息的中转站&#xff0c;特别是它具有一个cac…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023