SQL隔离级别，性能优化（不断更新）

最新推荐文章于 2024-04-22 02:32:40 发布
最新推荐文章于 2024-04-22 02:32:40 发布
阅读量189 收藏 1
点赞数
分类专栏： 数据库 文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_35980086/article/details/109470500
版权

1. 四大特性

  1. 原子性
  2. 一致性
  3. 隔离性
  4. 持久性

2. MySQl事务并发问题？

  1. 脏读：事务A读取，事务B更新，然后事务B回滚，则事务A读取到的数据为脏数据。
  2. 不可重复读：
  3. 幻读：

3.MySQL事务隔离级别

隔离级别脏读不可重复读幻读
读未提交（read unCommitted）是是是
不可重复读(read committed)否是是
可重复读(repeatable read)否否是
串行化(serializable)否否否

备注：默认级别（不可重复读）

​ 原因是因为使用innerDB索引，解决了幻读的问题

​ 级别越高，并发效率越低。

3.1. 读未提交（read-unCommitted）

案例：

​ 两个客户端A，B 。共同复现该情景。步骤如下：

客户端A：执行设置事务级别，并且开启事务

mysql> set session transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    200 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

客户端B：同客户端A执行设置事务级别，并且开启事务，同时执行一个更新操作

mysql> set session transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    200 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

mysql> update group_table set salary=salary-50 where id=1000;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

客户端A：执行查询操作

mysql> set session transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    200 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

客户端B：执行回滚操作

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    200 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

客户端A：执行更新操作

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

mysql> update group_table set salary=salary-50 where id=1000;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

通过以上步骤，可以得知，在最后一步中，客户端A并未更新数据，始终为未回滚前的数据。 从而造成了脏数据。

解决方案： 设置隔离级别为 read-committed

3.2. 不可重复读（read-committed）

客户端A：设置隔离级别，开启事务

mysql> set session transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    200 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

客户端B：设置隔离级别，开启事务，执行更新，但未提交事务

mysql> set session transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    200 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

mysql> update group_table set salary = salary - 50 where id = 1000;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

客户端A：查询数据，发现数据并未修改，这就保证了数据库中数据还是原来的数据。

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    200 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

客户端B：提交事务

mysql> commit;
Query OK, 0 rows affected (0.05 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

客户端A：查询数据，发现数据库中的数据发生了变更，两次数据不一致。因而造成了不可以重复读。

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

解决方案：设置隔离级别为可重复读

3.3. 可重复读（repeatable read）-默认级别

设置客户端A，B 的事务级别均为可重复读：

set session transaction isolation level repeatable read;
start transaction;

客户端B执行更行操作：

mysql> set session transaction isolation level repeatable read;
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> update group_table set salary = salary - 50 where id = 1001;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> commit;
Query OK, 0 rows affected (0.04 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    450 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

客户端A执行查询操作：

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    500 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

客户端A执行更新操作:

mysql> update group_table set salary = salary - 50 where id = 1001;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    400 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
4 rows in set (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.03 sec)

此时，可以很明显的知道，客户端B执行更新操作后，salary数据从500变为450，但是在客户端A查询时，并不是450，而是500。这就说明了在隔离级别下可重复读使用的时MVCC机制，因而是的select操作不会更新version，是读取快照的历史version，如果时insert，update，delete会更新version吗？

客户端B执行insert操作：

mysql> insert into group_table values(null,4,3000);
Query OK, 1 row affected (0.03 sec)

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    400 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
| 1004 |       4 |   3000 |
+------+---------+--------+
5 rows in set (0.00 sec)

客户端A执行select操作：

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    400 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
+------+---------+--------+
5 rows in set (0.00 sec)

通过两个客户端的操作，可以清晰的知道，insert操作确实是更新了version信息，但是客户端A并没有查询到新增的这一条记录，是因为读取的是历史version版本。同时也并未出现幻读的情况。

未出现幻读的原因？

​ 其实是因为我们使用的数据库索引类型为 innerDB ，这中索引帮我们解决了 幻读 的 情况！

那么什么是幻读呢？

​ 幻读针对select操作，指在一个事务的任意一个时间片段内， 查询到了 做了 insert 操作的数据。 这个叫做幻读。

3.4. 串行化（serializable）

客户端A,B都设置隔离级别为串行化 serializable

set session transaction isolation level serializable;
start transaction;

客户端A执行查询操作：

mysql> set session transaction isolation level serializable;
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from group_table;
+------+---------+--------+
| id   | user_id | salary |
+------+---------+--------+
| 1000 |       1 |    150 |
| 1001 |       2 |    400 |
| 1002 |       1 |    600 |
| 1003 |       3 |    700 |
| 1004 |       4 |   3000 |
| 1005 |       4 |   3000 |
+------+---------+--------+
6 rows in set (0.00 sec)

客户端B执行新增操作：

mysql> set session transaction isolation level serializable;
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> insert group_table values (null,10,50000);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

会发现，串行化的目的是解决了脏读，不可重复读，幻读。 但是出现了一次只能执行一条SQL操作，如果A操作了select，B执行insert操作，就会报错。 并发性极低， 开发中不适用。

4. 慢查询优化

4.1. 什么是慢查询？

​ 慢查询是指执行select语句，花费的时间很长，会造成CPU，内存的利用率升高。

4.2. 启动及设置慢查询日志收集

  1. 设置慢查询日志存储路径

    log-slow-queries=D:\log_select.log // 指定存储的目录

  2. 设置慢查询时间，寓意是指 超过 设置的时间，即为慢查询SQL语句

    long_query_time = n // n 表示秒，一般为 1s

  3. 启动慢查询： set global show_query_log = ON;

    set global show_query_log = ON; // 启动慢查询 OFF关闭
set global long_query_time = 1; // 秒为单位

  4. 查询是否开启慢日志，设置慢日志时间

    show variable 'slow_query%';
show variable 'long_query_time';

  5. 查看慢日志内容

    # Time: 2020-11-03T03:13:28.046777Z
# User@Host: root[root] @ localhost [::1]  Id:     8
# Query_time: 2.991988 #查询消耗时间  Lock_time: 0.000000 Rows_sent: 1  Rows_examined: 0
use boot; # 数据库
SET timestamp=1604373208; 
##  SQL语句
select sleep(3);

4.3. Linux 开启 和 设置慢查询日志

  1. 搜索my.cnf , 一般在etc 目录下

    find / -name my.cnf

  2. 编辑 my.cnf

    vim my.cnf

  3. 向my.cnf 添加配置信息

    slow_query_log = 1 # 开启日志
slow_query_log_file = /mysql/data/localhost-slow.log # 慢查询日志存储路径
long_query_time = 1 # 设置慢查询临界时间 （默认10S）

  4. 重启mysql服务器

4.4. 日志分析工具

​ mysqldupslow、explain

5. SQL 优化

5.1. Like 优化

mysql> explain select * from test where test_username like '%三';
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | test  | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    4 |    25.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

mysql> explain select * from test where test_username like '%三%';
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | test  | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    4 |    25.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

mysql> explain select * from test where test_username like '张%';
+----+-------------+-------+------------+-------+---------------+---------------+---------+------+------+----------+-----------------------+
| id | select_type | table | partitions | type  | possible_keys | key           | key_len | ref  | rows | filtered | Extra                 |
+----+-------------+-------+------------+-------+---------------+---------------+---------+------+------+----------+-----------------------+
|  1 | SIMPLE      | test  | NULL       | range | test_username | test_username | 93      | NULL |    2 |   100.00 | Using index condition |
+----+-------------+-------+------------+-------+---------------+---------------+---------+------+------+----------+-----------------------+
1 row in set, 1 warning (0.00 sec)

根据上面查询的SQL可以知道， Like 模糊查询中如果使用了 ‘%三’或者 ‘%三%’都将导致查询时进行全表扫描，因而在写模糊查询时，需要注意，只能： ‘张%’

5.2. where 条件查询时

​ in ， not in , having 变成 exists ， not exists ，不要以字符格式声明数字，要以数字格式声明字符。

mysql> explain select * from test where test_username in ('张三','李四');
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | test  | NULL       | ALL  | test_username | NULL | NULL    | NULL |    4 |    50.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

由图可以知道，使用in 或者 not in 会让索引失效。

5.3. from 多表查询

​ 多表查询，选择记录较少的表作为基础表，超过三张表，选择交叉表进行关联查询。

5.4. select * 优化

5.5. 排序优化

​ 查询中带有 distinct ， order by ，union 的SQL语句会启动SQL引擎执行，需要排序，耗费资源。

5.6. 索引问题优化

  1. 避免对索引字段进行计算
  2. 避免对索引字段使用 not , <> ,=,!=
  3. 避免在索引字段上使用 is null 或者 is not null
  4. 避免在索引字段上使用函数
  5. 避免在索引字段上使用 空值

5.7. 表关联

​ left join , right join ,inner join

​

Wen文茵
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql+Spring数据库隔离级别与性能分析
09-10
Spring框架与MySQL数据库结合使用时，可以通过配置事务管理器来控制事务的隔离级别，以达到优化性能和保证数据一致性。以下是对这些概念的详细解释： 1. **数据库隔离级别**： - **不可提交读 (ISOLATION_READ_...
sql server 性能优化
01-04
SQL Server性能优化是一个涵盖多个方面的复杂任务，主要目标是提高数据库系统的响应速度和资源利用率。以下是一些关键的性能优化策略： 1. **资源瓶颈分析**：CPU、内存和I/O是数据库性能的关键因素。CPU瓶颈可能...
mysql事务，隔离级别，sql优化
laozengsky的博客
06-30 334
这里写目录标题mysql事务事务的四大特性隔离级别首先说说事务同时进行会出现的几种情况如何解决：设置隔离级别如果设置/查询mysql隔离级别:sql优化索引失效： mysql事务 事务的四大特性 1、原子性(Atomicity)：最小单位，不可切割； 2、 一致性(Consistency)：事务数据状态都是一致的，要么都成功，要么都失败，一条发生异常，集体回滚； 3、 隔离性(Isolation)：事务和事务之间是互相隔离，互不干扰，一个事务的失败不影响其他事务的运行； 4、持久性(Durability)：
SET TRANSACTION ISOLATION LEVEL
weixin_33816821的博客
06-12 303
SET TRANSACTION ISOLATION LEVEL 控制由连接发出的所有 Microsoft® SQL Server™ SELECT 语句的默认事务锁定行为。 语法 SET TRANSACTION ISOLATION LEVEL{ READ COMMITTED| READ UNCOMMITTED| REPEATABLE READ...
CentOS7 断电 confluence 启动问题
最新发布
cpych的专栏
04-22 333
MESSAGE: closing inbound before receiving peer's close_notify MySQL session isolation level 'REPEATABLE-READ' is no longer supported. Session isolation The reference to entity “sessionVariables“ must end with the ‘；‘ delimiter
sql执行顺序和隔离级别
weixin_43189126的博客
07-01 154
首先画出MySQL的基础架构示意图 大致来说，MySQL可以分为server层和存储引擎两部分。 Server 层包括连接器、查询缓存、分析器、优化器、执行器等，涵盖 MySQL 的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），，所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。 默认的搜索引擎是InnoDB，从5.5.5开始成为默认的。你可以在建表时...
《MySQL 性能优化》之数据库事务与隔离级别
Tony.Dong的专栏
03-31 2740
在数据库中，事务是指一组相关的 SQL 语句操作，它们在业务逻辑上是一个原子单元。数据库事务具有 ACID 属性：原子性（Atomic）、一致性（Consistency）、隔离性（Isolation）以及持久性（Durability）。 MySQL 中的 InnoDB 存储引擎具有事务安全性，实现了 SQL 标准中的 4 种隔离级别，能够保证多个用户并发访问相同数据时的数据一致性和完整性；同时也不会由于系统崩溃或硬件故障导致数据的破坏。
数据库性能优化-摘录
weixin_33967071的博客
06-20 100
　　1. 树表设计，建议在树表中增加字段TreePath 　　2. 记录超过一百万的表要考虑是否需要使用分区表。对于能够明确确定分区字段，并且经常通过分区访问记录的。分区表会提高查询性能。       3. 反范式 　　　　　　在第三范式设计的基础上，针对具体的数据情况和应用访问数据情况进行的设计，使用适当的数据冗余和数据不一致风险，提供更高的数据访问性能，以保障应用的性能要求。     ...
SQLServer2008查询性能优化 2/2
03-02
书名: SQLServer2008查询性能优化 作者: 弗里奇(Grant Fritchey) 出版社: 人民邮电出版社 出版日期: 2010年8月1日 ISBN: 9787115230294 编辑推荐 《SQL Server 2008查询性能优化》为你提供了处理查询性能所...
sqlserver性能调优经验总结
09-10
SQLServer作为广泛应用的关系型数据库管理系统，其性能优化涉及到多个层面，包括响应时间优化和吞吐量优化。 响应时间优化的主要目标是减少数据库执行查询、更新等操作的时间。这通常通过增加索引来实现，索引可以...
MySQL性能优化的最佳20条经验.odt1
08-04
20. **使用合适的事务隔离级别**：根据应用需求选择适当的事务隔离级别，以平衡并发性和性能。 以上这些优化措施旨在帮助开发者更好地理解和改进MySQL数据库的性能，确保应用程序运行更加高效。通过结合使用这些...
Mysql优化——SQL执行过程、事务隔离级别和锁机制
HJHxHJH的博客
08-15 314
MySQL的内部组件结构 大体来说，MySQL 可以分为 Server 层和存储引擎层两部分。 Server层 主要包括连接器、查询缓存、分析器、优化器、执行器等，涵盖 MySQL 的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。 Store层 存储引擎层负责数据的存储和提取。其架构模式是插件式的，支持 InnoDB、MyISAM、Memory 等多个存储引擎。现在最常用的存储引擎是 InnoDB，它从 MyS
SQL Server-字字珠玑，一纸详文，完全理解SERIALIZABLE最高隔离级别（基础系列收尾篇）...
weixin_33834679的博客
03-10 324
前言 对于上述锁其实是一个老生常谈的话题了，但是我们是否能够很明确的知道在什么情况下会存在上述各种锁类型呢，本节作为SQL Server系列末篇我们 来详细讲解下。 Range-Lock 上述关于RangeS-U、RangeS-S、RnageX-X以及还有RangeI-N这四种锁属于范围锁（Range-Lock）范畴。那么在什么情况下会存在范围锁呢，当在SERIALIZABLE最高隔离级别时...
sql性能优化的十条经验
qq_35530330的博客
03-04 186
1.查询的模糊匹配 尽量避免在一个复杂查询里面使用 LIKE ‘%parm1%’—— 红色标识位置的百分号会导致相关列的索引无法使用，最好不要用。 其实只需要对该脚本略做改进，查询速度便会提高近百倍。改进方法如下： 修改前台程序——把查询条件的供应商名称一栏由原来的文本输入改为下拉列表，用户模糊输入供应商名称时，直接在前台就帮忙定位到具体的供应商，这样在调用后台程序时，这列就可以直接用等于来关...
SQL 事务隔离级别
power_to_go
09-16 294
Mysql 默认开启自动提交和事务隔离级别 repeatable-read sql 语句的执行 sql 语句的执行是放在 Transaction 中的。sql 语句默认开启事务。也可以用 start transaction；手动开启事务。 执行 sql 语句。 commit；或者 rollback； 事务隔离级别 read uncommitted read committed read r...
Confluence新增配置重启报Mysqsl session isolation level ‘REPEATABLE-READ‘ is no longer supported. Session
nonolive的专栏
07-31 587
找到home目录，xxx/application-data/confluence/confluence.cfg.xml 如下配置项hibernate.connection.url增加 sessionVariables=transaction_isolation='READ-COMMITTED'，如下。mysql 8.x配置 sessionVariables=transaction_isolation='READ-COMMITTED' ，我的是8.0的MySQL。
Confluence&Jira部署
weixin_44088624的博客
02-07 754
组件版本 atlassian-confluence-7.4.7-x64.bin atlassian-jira-software-8.13.3-x64.binJDK版本 jdk-8u281-linux-x64.tar.gz激活工具 atlassian-agent-v1.2.3.tar.gz atlassian-extras-3.2.jarMYSQL mysql80-community-release-el7-3.noarch.rpm mysql-connector-java-5.1.42.zipjdk部署参考
安装confluecne出现REPEATABLE-READ
自由时飞扬 搬家拉 http://www.meiriyouke.net
03-19 636
安装confluence时出现如下错误：     MySQL isolation level 'REPEATABLE-READ' is no longer supported. Isolation level must be 'READ-COMMITTED'.    只要在mysql的配置文件中，在mysqld下面添加如下代码：   [mysqld] ... transact...
sql server 优化
08-23
了解不同类型的锁定和事务隔离级别，以便进行优化。 9. 分区表：对于大型表，可以考虑使用分区表来提高查询性能和维护效率。将数据分散在多个文件组中可以减少锁竞争和磁盘 I/O。 10. 定期维护：定期进行数据库...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值