【MySQL】事务及其隔离性/隔离级别

news2025/1/9 16:32:14

目录

一、事务的概念

1、事务的四种特性

2、事务的作用

3、存储引擎对事务的支持

4、事务的提交方式

二、事务的启动、回滚与提交

1、准备工作：调整MySQL的默认隔离级别为最低/创建测试表

2、事务的启动、回滚与提交

3、启动事务后未commit，但是客户端崩了，MySQL会自动回滚

三、事务的隔离级别

1、隔离性

2、隔离级别

3、隔离性的查看和设置

3.1隔离性的查看

3.2设置隔离级别

4、四种隔离级别详解

4.1读未提交【Read Uncommitted】

4.2读提交【Read Committed】

4.3可重复读【Repeatable Read】

4.4串行化【Serializable】

一、事务的概念

1、事务的四种特性

事务就是一组DML语句组成，这些语句在逻辑上存在相关性，这一组DML语句要么全部成功，要么全部失败，是一个整体。例如银行转账操作，上层看来是一个单纯的转账操作，但是下层却需要一条或多条SQL语句来完成转账操作，这一组SQL是一个整体，被称为事务。事务还规定不同的客户端看到的数据是不相同的。

一个 MySQL 数据库，可不止你一个事务在运行，同一时刻，有大量的请求被包装成事务，向 MySQL 服务器发起事务处理请求。如果多名用户都访问同样的表数据，在不加保护的情况，绝对会出现问题。并且事务由多条 SQL 构成，也会存在执行到一半出错或者不想再执行的情况，那么已经执行的怎么办呢？

所以一个完整的事务，绝对不是简单的 sql 集合，还需要满足如下四个属性：

原子性：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。 原子性、隔离性、持久性是因，一致性是果。

隔离性：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（ Read uncommitted ）、读提交（ read committed ）、可重复读（ repeatable read ）和串行化（ Serializable ）

持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

上面四个属性，可以简称为 ACID 。

原子性（Atomicity，或称不可分割性）

一致性（Consistency）

隔离性（Isolation，又称独立性）

持久性（Durability）。

2、事务的作用

当程序员在编写上层代码逻辑访问数据库时，事务能够简化编程时需要考虑的多种细节问题，例如我们在使用事务时，要么提交要么回滚，不用去担心网络异常、服务器宕机等问题。

3、存储引擎对事务的支持

在 MySQL 中只有Innodb支持事务，而MyISAM不支持。

4、事务的提交方式

事务的提交方式分为自动提交和手动提交。

自动提交：

--查看MySQL事务的提交方式发现是自动提交
mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.02 sec)

使用set改变MySQL的事务提交方式： 

--将MySQL的事务提交方式修改为禁止自动提交
mysql> set autocommit=0;
Query OK, 0 rows affected (0.01 sec)

mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | OFF   |
+---------------+-------+
1 row in set (0.00 sec)

--将MySQL的事务提交方式修改为开启自动提交
mysql> set autocommit=1;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.00 sec)

二、事务的启动、回滚与提交

1、准备工作：调整MySQL的默认隔离级别为最低/创建测试表

为了看到演示现象，先将MySQL的默认隔离级别设置成读未提交（最低）后退出重启：

mysql> set global transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)
--修改默认隔离级别生效
mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation   |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set, 1 warning (0.00 sec)

创建测试表：

create table if not exists account(
id int primary key,
name varchar(50) not null default '',
blance decimal(10,2) not null default 0.0
)ENGINE=InnoDB DEFAULT CHARSET=UTF8;

2、事务的启动、回滚与提交

使用者：jly

--1、查看当前MySQL在线用户
mysql> show processlist;--开始一个事务也可以用begin
+-----+------+-----------+------------------+---------+------+----------+------------------+
| Id  | User | Host      | db               | Command | Time | State    | Info             |
+-----+------+-----------+------------------+---------+------+----------+------------------+
| 474 | jly  | localhost | transaction_data | Query   |    0 | starting | show processlist |
| 475 | jly  | localhost | NULL             | Sleep   |  132 |          | NULL             |
| 476 | root | localhost | NULL             | Sleep   |    5 |          | NULL             |
+-----+------+-----------+------------------+---------+------+----------+------------------+
3 rows in set (0.00 sec)
--2、先确认事务的提交方式为自动提交
mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.02 sec)
--3、开始一个事务，start transaction执行之后，后方的SQL将处于同一个事务
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
--4、创建一个保存节点save1
mysql> savepoint save1;
Query OK, 0 rows affected (0.00 sec)
--5、在当前表中插入一条数据
mysql> insert into account values(1,'张三',1234.5);
Query OK, 1 row affected (0.00 sec)
--6、创建一个保存节点save2
mysql> savepoint save2;
Query OK, 0 rows affected (0.00 sec)
--7、在当前表中再次插入一条数据
mysql> insert into account values(2,'李四',998.561);
Query OK, 1 row affected, 1 warning (0.00 sec)
--8、创建一个保存节点save3
mysql> savepoint save3;
Query OK, 0 rows affected (0.00 sec)
--9、在当前表中再次插入一条数据
mysql> insert into account values(3,'王五',653.25);
Query OK, 1 row affected (0.00 sec)
--10、回滚到保存点save3
mysql> rollback to save3;--如果全部回滚，可以直接rollback;
Query OK, 0 rows affected (0.00 sec)
--11、提交以结束本次事务
mysql> commit;
Query OK, 0 rows affected (0.00 sec)

使用者：root

--当上方用户执行完第三步时，让另一个用户开始一个事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
--当上方用户执行完第五步时，root用户查看表发现表中存在一条数据
mysql> select* from account;
+----+--------+---------+
| id | name   | blance  |
+----+--------+---------+
|  1 | 张三   | 1234.50 |
+----+--------+---------+
1 row in set (0.00 sec)
--当上方用户执行完第九步时，root用户查看表发现表中存在三条数据
mysql> select* from account;
+----+--------+---------+
| id | name   | blance  |
+----+--------+---------+
|  1 | 张三   | 1234.50 |
|  2 | 李四   |  998.56 |
|  3 | 王五   |  653.25 |
+----+--------+---------+
3 rows in set (0.00 sec)
--当上方用户执行完第十步时，root用户查看表发现王五没了
mysql> select* from account;
+----+--------+---------+
| id | name   | blance  |
+----+--------+---------+
|  1 | 张三   | 1234.50 |
|  2 | 李四   |  998.56 |
+----+--------+---------+
2 rows in set (0.00 sec)
--提交以结束本次事务
mysql> commit;
Query OK, 0 rows affected (0.00 sec)

1、如果在一个事务中，用户最终commit提交了本次事务，那么本次事务发生的数据修改将被MySQL持久化，想回滚已经没机会了。

2、如果从save3回滚到save1，发现滚过头了，是不能再从save1往前滚到save3的，MySQL会提示SAVEPOINT s3 does not exist。

3、启动事务后未commit，但是客户端崩了，MySQL会自动回滚

使用者：jly

--1、启动事务并插入数据
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select* from account;
Empty set (0.01 sec)
mysql> insert into account values(1,'张三',1234.5);
Query OK, 1 row affected (0.01 sec)
mysql> insert into account values(2,'李四',998.561);
Query OK, 1 row affected, 1 warning (0.02 sec)
mysql> insert into account values(3,'王五',653.25);
Query OK, 1 row affected (0.00 sec)
--2、未commit，使用ctrl+\终止MySQL
mysql> Aborted

使用者：root

--1、启动事务
mysql> begin;
--当上方用户执行完第一步时，查看表
mysql> select* from account;
+----+--------+---------+
| id | name   | blance  |
+----+--------+---------+
|  1 | 张三   | 1234.50 |
|  2 | 李四   |  998.56 |
|  3 | 王五   |  653.25 |
+----+--------+---------+
3 rows in set (0.00 sec)
--当上方用户执行完第二步时，查看表，发现数据回退
mysql> select* from account;
Empty set (0.00 sec)

启动事务后未commit，但是客户端崩了或者自己强行关闭客户端，MySQL会自动回滚

1、autocommit并不会影响begin后启动的事务的提交，使用begin后必须输入commit才能使数据持久化。

2、单句SQL本质就是事务，它的持久化和autocommit有关，autocommit为ON，表示单SQL无需手动commit自动提交，否则需要手动commit令数据持久化。（select有特殊情况，因为MySQL 有 MVCC ）

3、事务可以手动回滚，同时，当操作异常，MySQL会自动回滚

4、我们能看到事务本身的原子性(rollback)，持久性(commit)

三、事务的隔离级别

1、隔离性

1、MySQL服务可能会同时被多个客户端进程(线程)访问，访问的方式以事务方式进行。

2、一个事务可能由多条SQL构成，也就意味着，任何一个事务，都有执行前，执行中，执行后的阶段。而所谓的原子性，其实就是让用户层，要么看到执行前，要么看到执行后。执行中出现问题，可以随时回滚。所以单个事务，对用户表现出来的特性，就是原子性。

3、但是所有事务都要有个执行过程，那么在多个事务各自执行多个SQL的时候，就还是有可能会出现互相影响的情况。比如：多个事务同时访问同一张表，甚至同一行数据。

4、数据库中，为了保证事务执行过程中尽量不受干扰，就有了一个重要特征：隔离性 。

5、数据库中，允许事务受不同程度的干扰，就有了一种重要特征：隔离级别。

2、隔离级别

这四点都是关于读写并发的情况：

读未提交【Read Uncommitted】： 在该隔离级别，所有的事务都可以看到其他事务没有提交的执行结果。（实际生产中不可能使用这种隔离级别的），但是相当于没有任何隔离性，也会有很多并发问题，如脏读，幻读，不可重复读等，我们上面为了做实验方便，用的就是这个隔离性。

读提交【Read Committed】：该隔离级别是大多数数据库的默认的隔离级别（不是 MySQL 默认的）。它满足了隔离的简单定义:一个事务只能看到其他的已经提交的事务所做的改变。这种隔离级别会引起不可重复读，即一个事务执行时，如果多次 select，可能得到不同的结果。

可重复读【Repeatable Read】： 这是 MySQL 默认的隔离级别，它确保同一个事务，在执行中，多次读取操作数据时，会看到同样的数据行。但是有的数据库会有幻读问题。（MySQL不会）

串行化【Serializable】: 这是事务的最高隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决了幻读的问题。它在每个读的数据行上面加上共享锁，。但是可能会导致超时和锁竞争（这种隔离级别太极端，实际生产基本不使用）

隔离级别如何实现：隔离，基本都是通过锁实现的，不同的隔离级别，锁的使用是不同的。常见有，表锁，行锁，读锁，写锁，间隙锁(GAP),Next-Key锁(GAP+行锁)等。 

3、隔离性的查看和设置

3.1隔离性的查看

--查看全局的隔离级别
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-UNCOMMITTED      |
+-----------------------+
1 row in set, 1 warning (0.02 sec)

--查看当前会话的隔离级别
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-UNCOMMITTED       |
+------------------------+
1 row in set, 1 warning (0.00 sec)

--默认同上
mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation   |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set, 1 warning (0.00 sec)

当前会话的session的隔离级别是根据全局global的隔离级别来的。 

3.2设置隔离级别

语法：

--设置当前会话 or 全局隔离级别语法
SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ
COMMITTED | REPEATABLE READ | SERIALIZABLE}

设置会话的隔离级别为读提交： 

mysql> set session transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
--修改后，全局隔离级别没有变，会话隔离级别被修改为读提交
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-UNCOMMITTED      |
+-----------------------+
1 row in set, 1 warning (0.00 sec)

mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-COMMITTED         |
+------------------------+
1 row in set, 1 warning (0.00 sec)

将隔离级别修改为读提交，此时其他用户的隔离级别是不会被修改的，这修改的仅仅是当前用户的的隔离级别。

重新登录后，会话的隔离级别会按照全局隔离级别重新配置。

设置全局的隔离级别为串行化：

mysql> set global transaction isolation level SERIALIZABLE;
Query OK, 0 rows affected (0.01 sec)

--修改全局的隔离级别只影响全局的，当前会话和默认的隔离级别不变
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| SERIALIZABLE          |
+-----------------------+
1 row in set, 1 warning (0.00 sec)

mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-COMMITTED         |
+------------------------+
1 row in set, 1 warning (0.00 sec)

mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+
1 row in set, 1 warning (0.00 sec)

当一个会话修改了全局隔离级别，将会同时修改其他所有会话的全局隔离级别。

后续登录时，会话和默认的隔离级别将会引用全局隔离级别的设置。

尽量保证隔离级别一致，闲的没事不要改事务的隔离级别。

4、四种隔离级别详解

4.1读未提交【Read Uncommitted】

--先设置当前的全局隔离级别为读未提交，再退出MySQL重新登录一下让其生效
mysql> set global transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.01 sec)

本文第二章就是用读未提交来举例的。

在多个并行的会话中启动事务，一个事务在改动数据库哪怕没有commit提交，其他事务也是能够实时的看到它修改的数据。一个事务在执行中，读到另一个执行中事务的更新(或其他操作)但是未commit的数据，这种不合理的现象叫做脏读(dirty read)

读未提交的其他不合理现象还有不可重复读、幻读

读未提交几乎没有加锁，虽然效率高，但是问题太多，严重不建议采用。

4.2读提交【Read Committed】

使用者：jly

--1、先设置当前的全局隔离级别为读提交，再退出MySQL重新登录一下让其生效
mysql> set global transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
--2、开始事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
--3、插入一条数据
mysql> insert into account values (4,'赵六',123);
Query OK, 1 row affected (0.01 sec)
--4、提交
mysql> commit;
Query OK, 0 rows affected (0.02 sec)

使用者：root

--开始事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
--当上方用户执行完第3步时，查看表数据，并没有看到插入的赵六的信息
mysql> select* from account;
+----+--------+---------+
| id | name   | blance  |
+----+--------+---------+
|  1 | 张三   | 1234.50 |
|  2 | 李四   |  998.56 |
|  3 | 王五   |  653.25 |
+----+--------+---------+
3 rows in set (0.01 sec)
--当上方用户执行完第4步时，查看表数据，能够看到赵六的信息
mysql> select* from account;
+----+--------+---------+
| id | name   | blance  |
+----+--------+---------+
|  1 | 张三   | 1234.50 |
|  2 | 李四   |  998.56 |
|  3 | 王五   |  653.25 |
|  4 | 赵六   |  123.00 |
+----+--------+---------+
4 rows in set (0.02 sec)

通过试验可以发现读提交级别，事务A在commit提交事务之前，所做的修改是不会被其他事务看到的，一旦事务A发起commit之后，其他事务就能看到事务A对数据的修改。这就造成了其他事务在不同的时间点select查看数据库时，会查到不同的数据。这种现象叫不可重复读。（事务中的读取不是原子的）

4.3可重复读【Repeatable Read】

可重复读是MySQL默认的隔离级别。

使用者：jly

--1、重启MySQL
systemctl restart mysqld
--2、重启后查看默认的隔离级别为读提交
mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set, 1 warning (0.00 sec)
--3、启动事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
--4、将id为2的名字（李四）修改为张三
mysql> update account set name='张三' where id=2;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0
mysql> select* from account;
+----+--------+---------+
| id | name   | blance  |
+----+--------+---------+
|  1 | 张三   | 1234.50 |
|  2 | 张三   |  998.56 |
|  3 | 王五   |  653.25 |
|  4 | 赵六   |  123.00 |
+----+--------+---------+
4 rows in set (0.01 sec)
--5、提交事务
mysql> commit;
Query OK, 0 rows affected (0.00 sec)

使用者：root

--启动事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
--当上方用户执行完第4步时，查看表数据，李四并没有被修改为张三
mysql> select *from account;
+----+--------+---------+
| id | name   | blance  |
+----+--------+---------+
|  1 | 张三   | 1234.50 |
|  2 | 李四   |  998.56 |
|  3 | 王五   |  653.25 |
|  4 | 赵六   |  123.00 |
+----+--------+---------+
4 rows in set (0.00 sec)
--提交事务
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
--当上方用户执行完第5步时，查看表数据，李四被修改为张三
mysql> select *from account;
+----+--------+---------+
| id | name   | blance  |
+----+--------+---------+
|  1 | 张三   | 1234.50 |
|  2 | 张三   |  998.56 |
|  3 | 王五   |  653.25 |
|  4 | 赵六   |  123.00 |
+----+--------+---------+
4 rows in set (0.00 sec)

在该隔离级别下，MySQL的一个事务在commit提交前，不会影响到另一个事务的读取，该隔离级别被称为可重复读。

一般的数据库在可重复读情况的时候，无法屏蔽其他事务insert的数据，因为隔离性实现是对数据加锁完成的，而insert待插入的数据因为并不存在，那么一般加锁无法屏蔽这类问题,这会造成大部分内容虽然是可重复读的，但是insert的数据在可重复读情况被读取出来，导致多次查找时，会多查找出来新的记录，就如同产生了幻觉。这种现象，叫做幻读(phantom read，主要针对插入场景)。很明显，MySQL在RR级别的时候，是解决了幻读问题的(解决的方式是用Next-Key锁 (GAP+行锁)解决的。) 

4.4串行化【Serializable】

串行化就是对所有事务进行加锁，事务的执行全部挨个排队，这就导致了效率低下问题。

开启事务A和事务B，两个事务同时select读取将使用共享锁，不会串行化；事务A中有更新等操作，会阻塞A，直到事务B提交。如果事务A阻塞时间过长，将会由于锁等待超时退出当前事务。

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

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

相关文章

HTB-Pilgrimage

HTB-Pilgrimage

HTB-Pilgrimage 信息收集80端口立足emily -> root 信息收集 80端口 扫描目录发现存在.git。 通过scrabble获取网站的git文件。 有如下这些文件。 在index.php中使用了magick来处理图像。 正好我们靠git弄了一个，查看一下版本。 这个版本似乎有些不得了的东西…
阅读更多...
Quiz 9: Dictionaries | Python for Everybody 配套练习_解题记录

Quiz 9: Dictionaries | Python for Everybody 配套练习_解题记录

文章目录 课程简介Quiz 9: Dictionaries 单选题（1-11）编程题Exercise 9.4 课程简介 Python for Everybody 零基础程序设计（Python 入门） This course aims to teach everyone the basics of programming computers using Python.…
阅读更多...
conda的多线程下载工具mamba（解决Anaconda3 solving environment 巨慢的方法）

conda的多线程下载工具mamba（解决Anaconda3 solving environment 巨慢的方法）

solving environment为什么会越来越慢？ 根据原博的解释以及我查阅的相关资料，这是由于conda在新安装一个包或者更新包时需要搜索当前环境中所有的包的依赖空间，以找到满足所有依赖项的版本，随着用户安装的包越来越多，…
阅读更多...
C#核心知识回顾——1.结构体、构造函数、GC、成员属性、索引器

C#核心知识回顾——1.结构体、构造函数、GC、成员属性、索引器

1.结构体： 在 C# 中，结构体是值类型数据结构。它使得一个单一变量可以存储各种数据类型的相关数据。例如我定义了一个结构体，它有两个变量，创建一个这个类型的结构体，通过一个变量名调用多个变量，这些变量可…
阅读更多...
Layui时间范围选择器，添加【本周、本月、本季度、本年等常用时间快捷键】

Layui时间范围选择器，添加【本周、本月、本季度、本年等常用时间快捷键】

文章目录 1. 界面实现2. JS具体实现2.1 第一种实现2.2 第二种实现 1. 界面实现 <input id"Date_select" type"text" class"form-control" placeholder"请选择时间范围" style"border-radius: 4px;" /><input id&qu…
阅读更多...
RuoYi-Vue Swagger 上传文件接口

RuoYi-Vue Swagger 上传文件接口

前言 RuoYi-Vue&#xff1a; v3.8.5swagger 1.6.2 &#xff08;https://github.com/swagger-api/swagger-core, https://gitee.com/mirrors/swagger-core&#xff09; Swagger 上传接口定义 ApiOperation(value "图片上传") PostMapping(value "/upload&qu…
阅读更多...
SpringBoo集成MongoDB

SpringBoo集成MongoDB

一、集成简介 spring-data-mongodb提供了MongoTemplate与MongoRepository两种方式访问mongodb&#xff0c;MongoRepository操作简单&#xff0c;MongoTemplate操作灵活&#xff0c;我们在项目中可以灵活适用这两种方式操作mongodb&#xff0c;MongoRepository的缺点是不够灵活…
阅读更多...
OpenMMLab-AI实战营第二期——相关3. RGB语义分割标注图像转为Gray格式的mask

OpenMMLab-AI实战营第二期——相关3. RGB语义分割标注图像转为Gray格式的mask

文章目录 1. 转换代码1.1 查看原始图像1.2 转换1.3 cv::IMREAD_GRAYSCALE与CV_BGR2GRAY结果不一致1.3.1 现象描述1.3.2 原因1.3.3 推荐做法 1.4 CV_BGR2GRAY和CV_RGB2GRAY不一致 2. macOS上查看mask&#xff08;使用默认的预览&#xff09; 1. 转换代码 找到了一个语义分割的数…
阅读更多...
rc表格卡方检验

rc表格卡方检验

一、案例介绍 某医院用三种穴位针刺治疗急性腰扭伤&#xff0c;现在想比较三种穴位针刺效果有无差别&#xff0c;结果汇总如下表&#xff1a; 二、问题分析 本案例想比较三种穴位针刺效果有无差别&#xff0c;可以使用RxC卡方检验进行分析。 通常情况下&#xff0c;共有三种…
阅读更多...
uniapp项目 封装一个饼图组件 并且修改显示项的排列方式

uniapp项目 封装一个饼图组件 并且修改显示项的排列方式

需求如下: 真实数据渲染后的完成效果如下: 记录一下代码: <template><view><view style"height: 600rpx;"><l-echart ref"chart" finished"init"></l-echart></view></view> </template><…
阅读更多...
【面试】一文知晓---拦截器和过滤器的区别

【面试】一文知晓---拦截器和过滤器的区别

目录 背景关系图 拦截器和过滤器的区别实操1.过滤器1.1HttpServletRequestWrapper1.2 OncePerRequestFilter1.3 配置 2.拦截器2.1登录拦截2.2配置 3.监听器 三、注意1.静态资源问题2.登录拦截ajax重定向 总结 背景 关系图 然后具体执行流程如下&#xff1a; 拦截器和过滤器的区…
阅读更多...
IDEA创建一个Servlet项目(tomcat10)

IDEA创建一个Servlet项目(tomcat10)

一、创建maven项目 org.apache.maven.archetypes:maven-archetype-webapp 二、增加Servlet依赖 tomcat9及以前依赖 <!--加入servlet依赖&#xff08;servlet的jar&#xff09;--><dependency><groupId>javax.servlet</groupId><artifactId>ja…
阅读更多...
MoblieNet

MoblieNet

论文信息 论文名称&#xff1a;MobileNets: Efficient Convolutional Neural Networks for Mobile Vision Applications 论文地址&#xff1a;https://arxiv.org/abs/1704.04861 研究背景和研究意义 之前的网络都倾向于将网络做得又大又深&#xff0c;并且不考虑网络的速度&…
阅读更多...
测试CefSharp.WinForms的基本用法

测试CefSharp.WinForms的基本用法

微信公众号“dotNET全栈开发”的文章《C#使用CefSharp内嵌网页-并给出C#与JS的交互示例》介绍了CefSharp的基本用法。CefSharp支持在.net程序中内置Chromium&#xff0c;它是Chromium Embedded Framework (CEF) 的轻量化封装。   CefSharp面向Winform、wpf等提供对应的NuGet包…
阅读更多...
SpringBoot初始化接口CommandLineRunner

SpringBoot初始化接口CommandLineRunner

CommandLineRunner的使用 接口定义使用执行顺序使用 Order 注解实现Orderd接口排序总结 接口定义 Spring官方给出的接口定义 package org.springframework.boot;FunctionalInterface public interface CommandLineRunner {void run(String... args) throws Exception; }在 Sp…
阅读更多...
卡方检验之多重比较

卡方检验之多重比较

一、案例介绍 某医师研究物理疗法、药物治疗和外用膏药3种疗法治疗周围性面神经麻痹的疗效&#xff0c;通过整体卡方检验已经得知3种疗法有效率的差异有统计学意义&#xff08;χ221.0377&#xff0c;p0.000&#xff09;的结论。现在想进一步知道&#xff0c;具体是哪两种疗法…
阅读更多...
Android后台应用开启前台服务---android8到android12梳理

Android后台应用开启前台服务---android8到android12梳理

1、Android 8.0 异常报错 在Android 8.0 系统中&#xff0c;处于后台的应用想要开启前台服务&#xff0c;必须满足两点&#xff1a; 在Activity中调用startForegroundService()方法所调起的Service必须执行startForeground(int id, Notification notification)方法&#xff0…
阅读更多...
计算几何——gitf-wrapping算法

计算几何——gitf-wrapping算法

几何中的"gift-wrapping"算法&#xff0c;又称为"Jarvis算法"&#xff0c;是一种用于计算凸包(convex hull)的方法。下面我将为你解释一下该算法的步骤&#xff1a; 1. 找到具有最小x坐标的点P&#xff0c;我们将其作为凸包的起点。 2. 将P标记为当前点&a…
阅读更多...
doker安装RabbitMQ以及用java连接

doker安装RabbitMQ以及用java连接

目录 doker安装&#xff1a; RabitMq安装&#xff1a; java链接 doker安装&#xff1a; 参考链接&#xff08;非常详细&#xff09;&#xff1a; docker安装以及部署_docker bu shuminio_春风与麋鹿的博客-CSDN博客 安装好后开启doker //启动docker服务 systemctl start do…
阅读更多...
PromQL讲解与实战操作

PromQL讲解与实战操作

PromQL讲解与实战操作 一、PromQL 介绍 PromQL&#xff08;Prometheus Query Language&#xff09;是 Prometheus 内置的数据查询语言&#xff0c;它能实现对事件序列数据的查 询、聚合、逻辑运算等。它并且被广泛应用在 Prometheus 的日常应用当中&#xff0c;包括对数据查询…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023