【mysql】事务的四种特性的理解

🌇个人主页：平凡的小苏
📚学习格言：命运给你一个低的起点，是想看你精彩的翻盘，而不是让你自甘堕落，脚下的路虽然难走，但我还能走，比起向阳而生，我更想尝试逆风翻盘。
🛸Mysql专栏：Mysql内功修炼基地
> 家人们更新不易，你们的👍点赞👍和⭐关注⭐真的对我真重要，各位路 过的友友麻烦多多点赞关注。 欢迎你们的私信提问，感谢你们的转发！ 关注我，关注我，关注我，你们将会看到更多的优质内容！！

在这里插入图片描述

一、事务的概念

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不支持。

img

4、事务的提交方式

自动提交：

–查看MySQL事务的提交方式发现是自动提交

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


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

```sql
##将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、证明事务的开始与回滚

mysql> start transaction; -- 开始一个事务begin也可以，推荐begin
Query OK, 0 rows affected (0.00 sec)
mysql> savepoint save1; -- 创建一个保存点save1
Query OK, 0 rows affected (0.00 sec)
mysql> insert into account values (1, '张三', 1030.00); -- 插入一条记录
Query OK, 1 row affected (0.05 sec)
mysql> savepoint save2; -- 创建一个保存点save2
Query OK, 0 rows affected (0.01 sec)
mysql> insert into account values (2, '李四', 13000.00); -- 在插入一条记录
Query OK, 1 row affected (0.00 sec)
mysql> select * from account; -- 两条记录都在了
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 1030.00 |
| 2 | 李四 | 13000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)
mysql> rollback to save2; -- 回滚到保存点save2
Query OK, 0 rows affected (0.03 sec)
mysql> select * from account; -- 一条记录没有了
+----+--------+--------+
| id | name | blance |
+----+--------+--------+
| 1 | 张三 | 100.00 |
+----+--------+--------+
1 row in set (0.00 sec)
mysql> rollback; -- 直接rollback，回滚在最开始
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account; -- 所有刚刚的记录没有了
Empty set (0.00 sec)

3、证明未commit，客户端崩溃，mysql自动回滚（隔离级别设置为未提交）

-- 终端A
mysql> select * from account; -- 当前表内无数据
Empty set (0.00 sec)
mysql> show variables like 'autocommit'; -- 依旧自动提交
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | ON |
+---------------+-------+
1 row in set (0.00 sec)
mysql> begin; -- 开启事务
Query OK, 0 rows affected (0.00 sec)
mysql> insert into account values (1, '张三', 100.30); -- 插入记录
Query OK, 1 row affected (0.00 sec)
mysql> select * from account; -- 数据已经存在，但没有commit，此时同时查看
-- 终端B
+----+--------+--------+
| id | name | blance |
+----+--------+--------+
| 1 | 张三 | 100.30 |
+----+--------+--------+
1 row in set (0.00 sec)
mysql> Aborted -- ctrl + \ 异常终止MySQL
-- 终端B
mysql> select * from account; -- 终端A崩溃前
+----+--------+--------+
| id | name | blance |
+----+--------+--------+
| 1 | 张三 | 100.30 |
+----+--------+--------+
1 row in set (0.00 sec)
mysql> select * from account; -- 数据自动回滚
Empty set (0.00 sec)

结论：

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 |
+-----------------------+
| REPEATABLE-READ |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
mysql> SELECT @@session.tx_isolation; --查看会话(当前)全局隔级别
+------------------------+
| @@session.tx_isolation |
+------------------------+
| REPEATABLE-READ |
+------------------------+
1 row in set, 1 warning (0.00 sec)
mysql> SELECT @@tx_isolation; --默认同上
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set, 1 warning (0.00 sec)

3.2、设置隔离性

语法：

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

设置会话的隔离级别为串行化：

--设置当前会话隔离性，另起一个会话，看不多，只影响当前会话
mysql> set session transaction isolation level serializable; -- 串行化
Query OK, 0 rows affected (0.00 sec)
mysql> SELECT @@global.tx_isolation; --全局隔离性还是RR
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| REPEATABLE-READ |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
mysql> SELECT @@session.tx_isolation; --会话隔离性成为串行化
+------------------------+
| @@session.tx_isolation |
+------------------------+
| SERIALIZABLE |
+------------------------+
1 row in set, 1 warning (0.00 sec)
mysql> SELECT @@tx_isolation; --同上
+----------------+
| @@tx_isolation |
+----------------+
| SERIALIZABLE |
+----------------+
1 row in set, 1 warning (0.00 sec)

–设置全局隔离性，另起一个会话，会被影响

mysql> set global transaction isolation level READ UNCOMMITTED;
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-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)
-- 注意，如果没有现象，关闭mysql客户端，重新连接。

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

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

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

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】

-- 终端A
mysql> set global transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
-- 重启客户端
mysql> select * from account; -- 查看当前数据
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)
mysql> begin; -- 手动开启事务，同步的开始终端B事务
Query OK, 0 rows affected (0.00 sec)
mysql> update account set blance=321.0 where id=1; -- 更新张三数据
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
--切换终端到终端B，查看数据。
mysql> commit; --commit提交！
Query OK, 0 rows affected (0.01 sec)
-- 切换终端到终端B，再次查看数据。
-- 终端B
mysql> begin; -- 手动开启事务，和终端A一前一后
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account; -- 终端A commit之前，查看不到
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 123.00 | -- 老的值
| 2 | 李四 | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)
-- 终端A commit之后，看到了！
-- but，此时还在当前事务中，并未commit，那么就造成了，同一个事务内，同样的读取，在不同的时间段
##(依旧还在事务操作中！)，读取到了不同的值，这种现象叫做不可重复读(non reapeatable read)！！
##（这个是问题吗？？）
mysql> select *from account;
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 321.00 | -- 新的值
| 2 | 李四 | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)

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

4.3、可重复读【Repeatable Read】

进行插入操作：

-- 终端A
mysql> set global transaction isolation level repeatable read; -- 设置全局隔离级别
RR
Query OK, 0 rows affected (0.01 sec)
-- 关闭终端重启
mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ | -- 隔离级别RR
+-----------------+
1 row in set, 1 warning (0.00 sec)
-- 终端A
mysql> select *from account;
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 321.00 |
| 2 | 李四 | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)
mysql> begin; -- 开启事务，终端B同步开启
Query OK, 0 rows affected (0.00 sec)
mysql> insert into account (id,name,blance) values(3, '王五', 5432.0);
Query OK, 1 row affected (0.00 sec)
-- 切换到终端B，查看另一个事务是否能看到
mysql> commit; -- 提交事务
Query OK, 0 rows affected (0.00 sec)
-- 切换终端到终端B，查看数据。
mysql> select * from account;
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 4321.00 |
| 2 | 李四 | 10000.00 |
| 3 | 王五 | 5432.00 |
+----+--------+----------+
3 rows in set (0.00 sec)
-- 终端B
mysql> begin; -- 开启事务
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account; -- 终端A commit前 查看
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 4321.00 |
| 2 | 李四 | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)
mysql> select * from account; -- 终端A commit后 查看
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 4321.00 |
| 2 | 李四 | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)
mysql> select * from account;
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 4321.00 |
| 2 | 李四 | 10000.00 |
+----+--------+----------+
2 rows in set (0.00 sec)
mysql> commit; -- 结束事务
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account; -- 看到更新
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 4321.00 |
| 2 | 李四 | 10000.00 |
| 3 | 王五 | 5432.00 |
+----+--------+----------+
3 rows in set (0.00 sec)

多次查看，发现终端A在对应事务中insert的数据，在终端B的事务周期中，也没有什么影响，也符合可重复的特点。但是，一般的数据库在可重复读情况的时候，无法屏蔽其他事务insert的数据(为什么？因为隔离性实现是对数据加锁完成的，而insert待插入的数据因为并不存在，那么一般加锁无法屏蔽这类问题),会造成虽然大部分内容是可重复读的，但是insert的数据在可重复读情况被读取出来，导致多次查找时，会多查找出来新的记录，就如同产生了幻觉。这种现象，叫做幻读(phantom read)。很明显，MySQL在RR级别的时候，是解决了幻读问题的(解决的方式是用Next-Key锁(GAP+行锁)解决的。这块比较难，有兴趣同学了解一下)。

4.4、串行化

-- 对所有操作全部加锁，进行串行化，不会有问题，但是只要串行化，效率很低，几乎完全不会被采用
-- 终端A
mysql> set global transaction isolation level serializable;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| SERIALIZABLE |
+----------------+
1 row in set, 1 warning (0.00 sec)
mysql> begin; -- 开启事务，终端B同步开启
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account; -- 两个读取不会串行化，共享锁
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 4321.00 |
| 2 | 李四 | 10000.00 |
| 3 | 王五 | 5432.00 |
+----+--------+----------+
3 rows in set (0.00 sec)
mysql> update account set blance=1.00 where id=1; -- 终端A中有更新或者其他操作，会阻
##塞。直到终端B事务提交。
Query OK, 1 row affected (18.19 sec)
Rows matched: 1 Changed: 1 Warnings: 0
-- 终端B
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account; -- 两个读取不会串行化
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 4321.00 |
| 2 | 李四 | 10000.00 |
| 3 | 王五 | 5432.00 |
+----+--------+----------+
3 rows in set (0.00 sec)
mysql> commit; -- 提交之后，终端A中的update才会提交。
Query OK, 0 rows affected (0.00 sec)

在这里插入图片描述

结论：

  • 其中隔离级别越严格，安全性越高，但数据库的并发性能也就越低，往往需要在两者之间找一个平

    衡点。

  • 不可重复读的重点是修改和删除：同样的条件, 你读取过的数据,再次读取出来发现值不一样了

    幻读的重点在于新增：同样的条件, 第1次和第2次读出来的记录数不一样

  • 说明： mysql 默认的隔离级别是可重复读,一般情况下不要修改

  • 上面的例子可以看出，事务也有长短事务这样的概念。事务间互相影响，指的是事务在并行执行的

    时候，即都没有commit的时候，影响会比较大

在这里插入图片描述

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

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

Vite更新依赖缓存失败，强制更新依赖缓存

Vite更新依赖缓存失败，强制更新依赖缓存

使用vitets开发一段时间了，感觉并不是想象中的好用，特别是出现些稀奇古怪的问题不好解决，比如下面这个问题 上午9:50:08 [vite] error while updating dependencies: Error: ENOENT: no such file or directory, open E:/workspace-dir/node…
阅读更多...
Leetcode33 搜索旋转排序数组

Leetcode33 搜索旋转排序数组

题解： /*** 旋转排序数组可分为N1 N2两个部分，如：[4,5,6,7,1,2,3]，N1为[4,5,6,7]，N2为[1,2,3]** 必然满足以下两个条件：* 1. N1和N2都是分别递增的；* 2. N1中的所有元素大于N2中的所有元素;** …
阅读更多...
研发协同工具哪个好用？比较常用的研发协同工具及其特点

研发协同工具哪个好用？比较常用的研发协同工具及其特点

Zoho Projects是一款在线的SaaS研发协同工具，支持敏捷开发/DevOps/Scrum等项目协作，最大的特点就是“会说话”，意思是：它可以把在项目协作过程中重要和相关的消息和信息通过恰到好处的方式告诉你，解决：开发…
阅读更多...
Mac OS minicom 无法设置921600问题

Mac OS minicom 无法设置921600问题

MacOS minicom 无法设置921600问题 介绍过程解决方案参考资料 介绍 minicom是Mac上一款非常好用的串口工具。本文假设你已经安装minicom，并且知道minicom的一般配置和使用方法。这是“MacOS minicom 无法设置921600”的解决问题记录。它在以下环境中设置成功&#…
阅读更多...
HarmonyOS NEXT新能力，一站式高效开发HarmonyOS应用

HarmonyOS NEXT新能力，一站式高效开发HarmonyOS应用

2023年8月6日华为开发者大会2023（HDC.Together）圆满收官，伴随着HarmonyOS 4的发布，华为向开发者发布了汇聚所有最新开发能力的HarmonyOS NEXT开发者预览版，并分享了围绕“一次开发，多端部署” “可分可合&a…
阅读更多...
安防监控视频云存储平台EasyCVRH.265转码功能更新：新增分辨率配置

安防监控视频云存储平台EasyCVRH.265转码功能更新：新增分辨率配置

安防视频集中存储EasyCVR视频监控综合管理平台可以根据不同的场景需求，让平台在内网、专网、VPN、广域网、互联网等各种环境下进行音视频的采集、接入与多端分发。在视频能力上，视频云存储平台EasyCVR可实现视频实时直播、云端录像、视频云存储、视频存储…
阅读更多...
docker compose部署zookeeper

docker compose部署zookeeper

单机部署 新建docker-compose.yaml version: 3 services:zookeeper:image: zookeeper:3.5.7container_name: base-zookeeperhostname: zookeeperprivileged: truerestart: alwaysports:- 2181:2181environment:TZ: "Asia/Shanghai"volumes:- ./volumes/zookeeper/d…
阅读更多...
Python 处理 Excel 表格的 14 个常用操作

Python 处理 Excel 表格的 14 个常用操作

目录 1. 安装依赖库 2. 导入库 3. 读取Excel文件 4. 写入Excel文件 5. 创建工作表 6. 访问工作表 7. 读取单元格数据 8. 写入单元格数据 9. 获取行数和列数 10. 过滤数据 11. 排序数据 12. 添加新行 13. 删除行或列 14. 计算汇总统计 总结 无论是数据分析师、财…
阅读更多...
实习笔记（一）

实习笔记（一）

自定义注解： 自定义注解中有三个元注解Target,Retention,Document /*** 系统日志注解** author Mark sunlightcsgmail.com*/ Target(ElementType.METHOD) Retention(RetentionPolicy.RUNTIME) Documented public interface SysLog {String value() default "…
阅读更多...
『C语言初阶』第八章 -隐式类型转换规则

『C语言初阶』第八章 -隐式类型转换规则

前言 今天小羊又来给铁汁们分享关于C语言的隐式类型转换规则，在C语言中类型转换方式可分为隐式类型转换和显式类型转换(强制类型转换)，其中隐式类型转换是由编译器自动进行，无需程序员干预，今天小羊课堂说的就是关于隐式类型转换…
阅读更多...
Splashtop 获得 ISO 27001 认证

Splashtop 获得 ISO 27001 认证

2023年8月15日 加利福尼亚州库比蒂诺 Splashtop 在随处办公远程解决方案领域处于领先地位，该公司今天宣布已获得 ISO/IEC 27001 认证，印证了其对坚持最高标准的信息安全管理系统（ISMS）、为客户提供数据保护以及遵守法律法规要求的…
阅读更多...
ChatGPT​保密吗？它有哪些潜在风险？如何规避？

ChatGPT​保密吗？它有哪些潜在风险？如何规避？

自2022年11月公开发布以来，ChatGPT已成为许多企业和个人的必备工具，但随着该技术越来越多地融入我们的日常生活，人们很自然地想知道：ChatGPT是否是保密的。 问：ChatGPT保密吗？ 答：否&#xff0…
阅读更多...
矿井下无人值守变电所电力监控系统的探讨与产品选型

矿井下无人值守变电所电力监控系统的探讨与产品选型

贾丽丽 安科瑞电气股份有限公司 上海嘉定 201801 摘要：为了探讨井下无人值守变电所的电力监控系统技术，以西山煤电马兰矿为背景，详细阐述了井下无人值守变电所电力监控系统技术的各项基本参数，如额定工作电压及整机输入视在功…
阅读更多...
[Blender]Geometry nodes altermesh to UE

[Blender]Geometry nodes altermesh to UE

首先要先下载插件 AlterMesh – Use geometry nodes inside Unreal 下载对应版本的插件后 打开UE，在对应的设置里面挂上blender.exe的路径 去官方下载一个Blender Geometry nodes 的示例 Demo Files — blender.org​​​​​​
阅读更多...
使用蓝牙外设却不小心把台式机电脑蓝牙关了

使用蓝牙外设却不小心把台式机电脑蓝牙关了

起因 今天犯了一个贼SB的错误，起因是蓝牙键盘突然就不能输入了（虽然是连接状态，但是按什么键都没有反应） 原来我的解决方法就是重启一下电脑，但是那会电脑开了贼多的软件。我就想重启也太麻烦了，既然重启…
阅读更多...
Python web实战之Django 的跨站点请求伪造（CSRF）保护详解

Python web实战之Django 的跨站点请求伪造（CSRF）保护详解

关键词：Python、Web、Django、跨站请求伪造、CSRF 大家好，今天我将分享web关于安全的话题：Django 的跨站点请求伪造（CSRF）保护，介绍 CSRF 的概念、原理和保护方法. 1. CSRF 是什么？ CSRF&#…
阅读更多...
每天一练：SpringBoot连接mq

每天一练：SpringBoot连接mq

目录 每天一练:Springboot连接rabbitmq 每天一练:Springboot连接rabbitmq 目录一、部署Rabbitmq？二、增加maven依赖三、连接RabbitMq四、发布和订阅消息总结 一、部署Rabbitmq？ 这里rabbitmq采用docker安装部署。 拉取docker镜像 [root192 ~]# docker…
阅读更多...
区间预测 | MATLAB实现QRGRU门控循环单元分位数回归时间序列区间预测

区间预测 | MATLAB实现QRGRU门控循环单元分位数回归时间序列区间预测

区间预测 | MATLAB实现QRGRU门控循环单元分位数回归时间序列区间预测 目录 区间预测 | MATLAB实现QRGRU门控循环单元分位数回归时间序列区间预测效果一览基本介绍模型描述程序设计参考资料 效果一览 基本介绍 MATLAB实现QRGRU门控循环单元分位数回归时间序列区间预测。基于分位…
阅读更多...
【探索Linux】—— 强大的命令行工具 P.3（Linux开发工具 vim）

【探索Linux】—— 强大的命令行工具 P.3（Linux开发工具 vim）

阅读导航 前言vim简介概念特点 vim的相关指令vim命令模式(Normal mode)相关指令插入模式(Insert mode)相关指令末行模式(last line mode)相关指令 简单vim配置（附配置链接）温馨提示 前言 前面我们讲了C语言的基础知识，也了解了一些数据结构&…
阅读更多...
c#设计模式-结构型模式 之 桥接模式

c#设计模式-结构型模式 之 桥接模式

前言 桥接模式是一种设计模式，它将抽象与实现分离，使它们可以独立变化。这种模式涉及到一个接口作为桥梁，使实体类的功能独立于接口实现类。这两种类型的类可以结构化改变而互不影响。 桥接模式的主要目的是通过将实现和抽象分离，…
阅读更多...
最新文章

Copyright @ 2022~2023