漫谈数据库事务

最新推荐文章于 2022-10-10 17:27:33 发布
最新推荐文章于 2022-10-10 17:27:33 发布
阅读量245 收藏
点赞数
文章标签： mysql java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42004185/article/details/106480362
版权

认识事务

事务的概念

数据库事务是访问并可能更新数据库 中各种数据项的一个程序执行单元

事务的组成

一个数据库事务通常包含对数据库进行读或写的一个操作序列

典型的数据库事务语句

BEGIN TRANSACTION
SQL1
SQL2
COMMIT/ROLLBACK

场景举例

  • 有可能出现以下问题

    • 转账操作的第一步执行成功,A账户成功扣除100元.但是第二步执行失败或者未执行便发生系统崩溃.

    导致B账户并没有相应增加100元

    • 转账操作刚完成就发生系统崩溃,系统重启恢复时丢失了崩溃前的转账记录

    • 本次转账的同时又有另一个用户转账给B账户,由于同时对B账户进行操作,导致B账户金额出现异常

  • 解决方式

    对于上面的转账例子,可以将相关操作组成一个事务

    BEGIN TRANSACTION
A账户扣除100元
B账户增加100元
COMMIT
    • 当数据库操作失败或者系统出现崩溃,系统能够以事务为边界进行恢复,不会出现A账户金额减少而B商户未增加的情况
    • 当有多个用户同时操作数据库时,数据库能够以事务为单位进行并发控制,使多个用户对B账户的转账操作进行隔离

总结

事务使系统能够更方便的进行故障恢复以及并发控制,从而保证数据库状态的一致性

事务的特性

四大特性

简称 ACID

原子,一致,持久都比较好理解.本文将重点讲解隔离,因为这是事务并发时可能会造成的一些数据异常,而这些异常可以通过设置不同的隔离级别进行解决

事务并发异常分析与隔离级别

事务并发异常(事务的传播行为)

脏读

A事务读取了B事务尚未提交的更改数据,并在这个读取的脏数据上进行操作.如果这时B事务恰巧进行了回滚事务,那么A事务读取的事务是不被承认的.

时间转账事务A取款事务B
T1开始事务
T2开始事务
T3查询账户余额为1000元
T4取出500元,把余额改为500元
T5查询账户余额为500元(脏读)
T6撤销事务,余额恢复为1000元
T7汇入100元,把余额改为600元
T8提交事务
不可重复读

A事务读取到了B事务已经提交的更改数据,在同个时间内,两次查询的结果不一致

时间取款事务A转账事务B
T1开始事务
T2开始事务
T3查询余额为1000元
T4查询余额为1000元
T5取出100元,把余额改为900元
T6提交事务
T7查询余额为900元(和T4读取的不一致)
幻读

A事务读取到B事务提交的新增数据,幻象读一般发生在数据统计事务中

时间统计金额事务A转账事务B
T1开始事务
T2开始事务
T3统计总存款为1000元
T4新增一账户,存款为100元
T5提交事务
T6再次统计总存款为1100元(幻象读)

[^幻象读主要针对于一批数据 而不像不可重复读针对的是一行数据 问题点也在于两次读取的数据不一致]:

丢失更新

如果多个线程操作,基于同一个查询结构对表中的记录进行修改,那么后修改的记录将会覆盖前面修改的记录,前面的修改记录就丢失掉了.丢失更新体现在以下两点

第一类丢失更新:回滚丢失

时间取款事务A转账事务B
T1开始事务
T2开始事务
T3查询账户余额为1000元
T4查询账户余额为1000元
T5汇入100元把余额改为1100元
T6提交事务
T7取出100元把余额改为900元
T8撤销事务
T9余额恢复为1000元(丢失更新)

第二类丢失更新:覆盖更新

时间取款事务A转账事务B
T1开始事务
T2开始事务
T3查询账户余额为1000元
T4查询账户余额为1000元
T5汇入100元把余额改为1100元
T6提交事务
T7取出100元把余额改为900元
T8提交事务

解决办法

为了避免数据混乱,我们可以通过锁的机制保证多线程操作的顺序

悲观锁机制

假定这样的问题是高概率的,最好一开始就锁住,免得更新老是出错

共享锁方式(其他线程能看不能改):

select * from account lock in share mode;

排他锁方式(其他线程不能看也不能改):

select * from account for update;

乐观锁机制

假定这样的问题是小概率的,最后一步做更新的时候再锁住,免得锁的时间太长影响其他线程的有关操作

实现思路：

​ 在表中新增一个timestamp字段,且设置只要该表进行插入或修改操作时都会更新该字段为最新时间戳,在修改数据时通过检查timestamp字段是否发生改变判断出当前更新基于的查询是否已经是过时版本

select timestamp from account where id=1; // 获取最新时间戳为20200329161851
update account set money=money-100 where id=1 and timestamp=20200329161851;
//如果时间戳不相等将不会更新成功,如果时间戳相等将更新成功且将timestamp字段设置为最新时间戳

锁扩展:

如果表使用的是mysql中的innodb存储引擎,可以通过利用innodb行锁的特性将该行数据锁住进行相应的判断后再决定是否做更新操作

update account set money=money-100 where id=1 and money>=100;
// 通过id主键索引锁住数据后获取money字段最新的值且判断大于等于100,计算money的值再更新money字段
// 如果同时存在多线程操作,将会排队等待一个个进行处理

隔离级别

隔离级别是什么？

事务并发操作同一批数据的时候所导致的问题可以通过设置隔离级别来解决

隔离级别的分类
  • 读未提交(READ UNCOMMITTED)
  • 读已提交(READ COMMITTED) — Oracle默认级别
  • 可重复读(REPEATABLE READ) — Mysql 默认级别
  • 串行化(SERIALIZABLE)
隔离级别和事务并发异常的关系
隔离级别脏读不可重复读幻读
读未提交√√√
读已提交×√√
可重复读××√
串行化×××

事务隔离级别实战

准备工作

数据库及工具

mysql版本 8.0.19

Navicat for MySQL

涉及相关指令

查看数据库版本

select version();

查看当前会话的隔离级别

select @@session.tx_isolation;

设置当前会话的隔离级别

set @@session.tx_isolation = '隔离级别';

隔离级别

READ-UNCOMMITTED -- 读未提交
READ-COMMITTED   -- 读已提交
REPEATABLE-READ  -- 可重复读
SERIALIZABLE     -- 串行化

事务基本语法

start transaction; --开启事务
commit/rollback;   --提交或回滚事务
数据库准备脚本
-- 账户金额表结构
CREATE TABLE `account` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `name` varchar(20) NOT NULL COMMENT '姓名',
  `money` decimal(10,2) NOT NULL COMMENT '账户余额',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='账户金额表';

-- 初始化数据
INSERT INTO account(name,money) VALUES('张三',1000);
INSERT INTO account(name,money) VALUES('李四',1000);
INSERT INTO account(name,money) VALUES('王五',1000);

Navicat 按F6 打开命令列界面 对应的是一个session会话,打开两个会话 模拟并发场景

设置当前会话的隔离级别为当前需要实战的隔离级别

对于不同的隔离级别可能会发生的传播行为(脏读,不可重复读,幻读)根据场景 进行验证

读未提交

设置session隔离级别为读未提交

1.设置两个session会话的隔离级别为读未提交

set @@session.tx_isolation = 'READ-UNCOMMITTED';

2.查看两个session会话的隔离级别确认为读未提交

select @@session.tx_isolation; --查询结果为READ-UNCOMMITTED
脏读-案例

1.session1 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为1000

2.session2 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为1000

3.session1 修改id为1的账户余额为500且不提交事务

update account set money = 500 where id = 1; --设置余额为500,此时还没提交事务

4.session2 查看id为1的账户余额

select money from account where id=1; --查询结果为500,读取到了session1未提交事务的脏数据

5.session1 回滚事务

rollback;

session2读取到了session1未提交的数据,产生了脏读

不可重复读-案例

1.session1 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为1000

2.session2 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为1000

3.session1 修改id为1的账户余额为500且提交事务

update account set money = 500 where id = 1; --设置余额为500
commit; --提交事务

4.session2 再次查看id为1的账户余额

select money from account where id=1; --查询结果为500,两次查询读取到不一样的结果

session2读取了两次id为1的数据却得到两个不一样的结果,产生了不可重复读

幻读-案例

1.session1 开启事务且查看当前account表中所有用户的金额总价

start transaction; 
select sum(money) from account; --查询结果为2500

2.session2 开启事务新增一条数据且提交事务

start transaction; 
INSERT INTO account(name,money) VALUES('赵六',1000);
commit;

3.session1再次查询account表中所有用户的金额总价

select sum(money) from account; --查询结果为3500

session1统计查询得到两次不一样的总金额,产生了幻读

读已提交

设置session隔离级别为读已提交

1.设置两个session会话的隔离级别为读已提交

set @@session.tx_isolation = 'READ-COMMITTED';

2.查看两个session会话的隔离级别确认为读已提交

select @@session.tx_isolation; --查询结果为READ-COMMITTED
脏读-案例

1.session1 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为500

2.session2 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为500

3.session1 修改id为1的账户余额为1000且不提交事务

update account set money = 1000 where id = 1; --设置余额为1000,此时还没提交事务

4.session2 查看id为1的账户余额

select money from account where id=1; --查询结果为500,没有读取到session1没提交事务的数据

5.session1 提交事务

commit;

session2没有读取到了session1未提交的数据,没有产生脏读

不可重复读-案例

1.session1 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为1000

2.session2 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为1000

3.session1 修改id为1的账户余额为500且提交事务

update account set money = 500 where id = 1; --设置余额为500
commit; --提交事务

4.session2 再次查看id为1的账户余额

select money from account where id=1; --查询结果为500,两次查询读取到不一样的结果

session2读取了两次id为1的数据却得到两个不一样的结果,产生了不可重复读

幻读-案例

1.session1 开启事务且查看当前account表中所有用户的金额总价

start transaction; 
select sum(money) from account; --查询结果为3500

2.session2 开启事务新增一条数据且提交事务

start transaction; 
INSERT INTO account(name,money) VALUES('赵七',1000);
commit;

3.session1再次查询account表中所有用户的金额总价

select sum(money) from account; --查询结果为4500

session1统计查询得到两次不一样的总金额,产生了幻读

可重复读

设置session隔离级别为可重复读

1.设置两个session会话的隔离级别为可重复读

set @@session.tx_isolation = 'REPEATABLE-READ';

2.查看两个session会话的隔离级别确认为可重复读

select @@session.tx_isolation; --查询结果为REPEATABLE-READ
脏读-案例

1.session1 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为500

2.session2 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为500

3.session1 修改id为1的账户余额为1000且不提交事务

update account set money = 1000 where id = 1; --设置余额为1000,此时还没提交事务

4.session2 查看id为1的账户余额

select money from account where id=1; --查询结果为500,没有读取到session1没提交事务的数据

5.session1 提交事务

commit;

session2没有读取到了session1未提交的数据,没有产生脏读

不可重复读-案例

1.session1 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为1000

2.session2 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为1000

3.session1 修改id为1的账户余额为500且提交事务

update account set money = 500 where id = 1; --设置余额为500
commit; --提交事务

4.session2 再次查看id为1的账户余额

select money from account where id=1; --查询结果为1000,两次查询读取到一样的结果

session2读取了两次id为1的数据得到两个不一样的结果,没有产生不可重复读

幻读-案例

1.session1 开启事务且查看当前account表中所有用户的金额总价

start transaction; 
select sum(money) from account; --查询结果为4500

2.session2 开启事务新增一条数据且提交事务

start transaction; 
INSERT INTO account(name,money) VALUES('赵八',1000);
commit;

3.session1再次查询account表中所有用户的金额总价

select sum(money) from account; --查询结果为5500

session1统计查询得到两次不一样的总金额,产生了幻读

串行化-案例

设置session隔离级别为串行化

1.设置两个session会话的隔离级别为串行化

set @@session.tx_isolation = 'SERIALIZABLE';

2.查看两个session会话的隔离级别确认为串行化

select @@session.tx_isolation; --查询结果为SERIALIZABLE
脏读-案例

1.session1 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为500

2.session2 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为500

3.session1 修改id为1的账户余额为1000且不提交事务

update account set money = 1000 where id = 1; --设置余额为1000,此时还没提交事务

4.session2 查看id为1的账户余额

select money from account where id=1; --查询结果为500,没有读取到session1没提交事务的数据

5.session1 提交事务

commit;

session2没有读取到了session1未提交的数据,没有产生脏读

不可重复读-案例

1.session1 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为1000

2.session2 开启事务且查看当前account表中id为1的账户余额

start transaction; 
select money from account where id=1; --查询结果为1000

3.session1 修改id为1的账户余额为500且提交事务

update account set money = 500 where id = 1; --设置余额为500
commit; --提交事务

4.session2 再次查看id为1的账户余额

select money from account where id=1; --查询结果为1000,两次查询读取到一样的结果

session2读取了两次id为1的数据得到两个不一样的结果,没有产生不可重复读

幻读-案例

1.session1 开启事务且查看当前account表中所有用户的金额总价

start transaction; 
select sum(money) from account; --查询结果为5500

2.session2 开启事务新增一条数据且提交事务

start transaction; 
INSERT INTO account(name,money) VALUES('赵九',1000);
commit;

3.session1再次查询account表中所有用户的金额总价

select sum(money) from account; --查询结果为5500

session1统计查询得到两次一样的总金额,没有产生了幻读

Spring 事务管理

原理

Spring事务管理是通过ThreadLocal 给每个线程分配一个数据库连接对象,然后通过AOP切面的方式拦截

被@Transactional修饰的类或方法,从而达到统一管理事务的目的.伪代码如下

@Aspect
@Component
@Slf4j
public class TransactionManagerAop {

    /**
     * 线程隔离
     */
    private ThreadLocal<Connection> threadLocal = new ThreadLocal();

    /**
     * 数据源对象
     */
    @Resource
    private DataSource dataSource;

    /**
     * 拦截Transactional标注的方法
     */
    @Around("@annotation(org.springframework.transaction.annotation.Transactional)")
    public Object transactionAround(ProceedingJoinPoint pjp) throws Throwable {
        // 获取当前线程的数据库连接对象
        Connection connection = threadLocal.get();

        // 如果没有给该线程分配一个连接池对象
        if (connection == null) {
            connection = dataSource.getConnection();
            threadLocal.set(connection);
        }

        // 获取目标方法上的注解
        Transactional transactional = ((MethodSignature) pjp.getSignature())
                .getMethod().getAnnotation(Transactional.class);

        try {
            // 开启手动提交事务
            connection.setAutoCommit(false);

            // 调用目标方法
            Object proceed = pjp.proceed();

            // 提交事务
            connection.commit();
            return proceed;
        } catch (Throwable throwable) {

            // 查看目标方法上碰到什么异常的时候 需要回滚,没写默认有异常就回滚

            Class<? extends Throwable>[] classes = transactional.rollbackFor();
            if (classes.length == 0) {
                // 事务回滚
                connection.rollback();
            } else {
                // 筛选一下,如果存在该异常便回滚
                for (Class<? extends Throwable> aClass : classes) {
                    if (throwable.getClass() == aClass) {
                        // 事务回滚
                        connection.rollback();
                        break;
                    }
                }
            }
        } finally {
            // 释放当前线程
            threadLocal.remove();
        }
        return null;
    }
}

从伪代码中可以看出Spring帮我们封装了公共的事务开启,提交,回滚的操作

@Transactional

@Target({ElementType.METHOD, ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional {
    @AliasFor("transactionManager")
    String value() default "";

    @AliasFor("value")
    String transactionManager() default "";

    Propagation propagation() default Propagation.REQUIRED;

    Isolation isolation() default Isolation.DEFAULT;

    int timeout() default -1;

    boolean readOnly() default false;

    Class<? extends Throwable>[] rollbackFor() default {};

    String[] rollbackForClassName() default {};

    Class<? extends Throwable>[] noRollbackFor() default {};

    String[] noRollbackForClassName() default {};
}

  • readOnly 设置只读,如果为true可提高读的性能

  • timeout 设置超时, 到了设定的超时时间后会回滚事务且抛出超时异常

  • rollbackFor 设置需要事务回滚的异常class

  • propagation 设置事务

    propagation.REQUIRED //有事务加入事务,没有事务新建事务
    
propagation.NOT_SUPPORTED //不开启事务

propagation.NEVER //不在事务中执行
    
propagation.REQUIRES_NEW //不管是否存在事务,都新建一个事务,挂起原来事务
    
propagation.MANDATORY //必须在一个事务中执行
    
propagation.SUPPORTS //如果其他bean中调用次方法,在其他bean中声明事务就用事务,没有声明就不用
PangBoHuan
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
DB为何大量出现select @@session.tx_read_only 详解
09-09
主要给大家介绍了关于DB为何大量出现select @@session.tx_read_only 的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧。
DB出现大量select @@session.tx_read_only 语句
wt_better的博客
09-07 2397
文章目录序详 序 MySQL JDBC Driver 在 5.1.36 以下的版本且数据库版本大于 5.6.5，在每次 update/insert/delete 请求时，均会向后端数据库发送 select @@tx_read_only 命令，判断下是否是只读。 说明：5.1.36 以上，如果使用 execute() 而不是 executeUpdate() 方法的话，依然会发送 select @@tx_read_only 方法，参考 PreparedStatement#checkReadOnlySafe
数据库事务
氡佴的博客
08-05 405
1.数据库基本事务写法 try (Connection conn = getConnection()) { //设置不自动提交 conn.setAutoCommit(false); Statement st = conn.createStatement(); String sql = ""; st.execute(sql); conn.commit(); //手动提交 } catch (Exception e) { conn.roolback();
mysql txreadonly_DB为何大量出现select @@session.tx_read_only 详解
weixin_31493023的博客
01-19 1312
发现问题在一次捞取Top SQL中，发现DB大量执行 select @@session.tx_read_only，几乎每一条DML语句前，都会有这么一个sql。但是应用层并没有做特殊处理，那么这个SQL语句有什么作用？是谁执行了它？详细介绍此sql的作用主要是判断事务是否为只读事务。MySQL自身会对只读事务做优化，这是 MySQL5.6.5 版本 以后才出现的。 http://dev.mysql...
select @@session.tx_read_only
一条大河
11-11 4166
问题描述： 研发反馈，他们的DB做了读写分离，主库都是写入流量，所有的读操作都在从库；但是为什么主库上面的SELECT是INSERT的两倍？ 希望可以查找root cause，否则告警QPS 是4000.INSERT的量只有2K不到，因为SELECT是两倍，导致QPS达到6K,会一直告警； 思路：  1， show processlist查看的时候没有发现SELECT； 2， 拉取了慢...
漫谈数据库索引漫谈数据库索引漫谈数据库索引
08-31
漫谈数据库索引漫谈数据库索引漫谈数据库索引漫谈数据库索引
数据库集群技术漫谈
12-14
因此数据库系统变得尤为重要，这意味着如果数据库如果面临问题，则意味着整个应用系统也会面临挑战，从而带来严重的损失和后果。 　如今“大数据”这个词已经变得非常流行，虽然这个概念如何落地不得而知。但可以...
从GoogleSpanner漫谈分布式存储与数据库技术
03-02
Spanner的设计反映了Google多年来在分布式存储系统领域上经验的积累和沉淀，它采用了...例如，它支持类似SQL的查询语言、支持表连接、支持事务（包括分布式事务）。Spanner可以将一份数据复制到全球范围的多个数据中心
数据库系统设计漫谈
05-21
阿里架构师的ppt，比较全面的介绍数据库设计的基础知识等。
MySQL之如何消除大量的@@session.tx_read_only
【欢迎关注公众号：冬瓜白】
10-10 640
JDBC driver每次都要去检查target database是否是isReadOnly，所以发送"select @@session.tx_read_only"给MySQL，所以我们在show processlist时才看到大量的"select @@session.tx_read_only"。得到的结果如下图1，会发现有大量的"select @@session.tx_read_only"，占了很大一部分，我们是否可以消除它呢？当有好多个线程(我测试时是300个线程)去对。进行操作时，用如下命令查看。
数据库——事务
LY201704060320的博客
05-16 155
1.概述 事务（Transaction）是由一系列对系统中数据进⾏访问与更新的操作所组成的⼀个程序执行逻辑单元。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xuuLXFhr-1621136839055)(C:\Users\jy\AppData\Roaming\Typora\typora-user-images\image-20210515220558808.png)] 2.事务的语法 start transaction; begin; commit; 使得当前的修改确认
数据库事务（写得比较到位）
softmanfly的专栏
07-27 1712
8.8 数据库事务 数据库事务(transaction)就是一组SQL语句，这组SQL语句是一个逻辑工作单元。可以认为事务就是一组不可分割的SQL语句，其结果应该作为一个整体永久性地修改数据库的内容，或者作为一个整体取消对数据库的修改。 数据库事务的一个例子是将钱从一个银行账号中转到另外一个银行账号中。此时通常包含两步操作：一条UPDATE语句负责从一个银行账号的总额中减去一定的钱数，
mysql tx read only_DB为何大量出现select @@session.tx_read_only 详解
weixin_39528559的博客
01-19 217
发现问题在一次捞取Top SQL中，发现DB大量执行 select @@session.tx_read_only，几乎每一条DML语句前，都会有这么一个sql。但是应用层并没有做特殊处理，那么这个SQL语句有什么作用？是谁执行了它？详细介绍定位到MySQL的驱动包ConnectionImpl.java :可以看到，在if条件中，对MySQL的 版本 做了判断，同时也有!getUseLocalSes...
事务隔离级别
it_man的专栏
02-05 1259
在数据库操作中，为了有效保证并发读取数据的正确性，提出的事务隔离级别。 数据库是要被广大客户所共享访问的，那么在数据库操作过程中很   事务隔离级别 可能出现以下几种不确定情况。 更新丢失（Lost update） 　　两个事务都同时更新一行数据，但是第二个事务却中途失败退出，导致对数据的两个修改都失效了。这是因为系统没有执行任何的锁操作，因此并发事务并没有被隔离开来。 脏读
数据库&MySQL
Abner's Technology Blog
01-28 471
笔记更新记录】2022.1.28 SQL，Cache&YW】 where 后面可以多个and吗 select A from B where C -------------A中 没有表 x中的，但C中会用到表x，表x需要在B中写出吗 Where子句
SQL 之 事务(Transaction)
vihem的博客
10-27 3455
SQL 之 事务
1-7
lutaiyu1314520的博客
01-07 185
数据库 保留问题： decimal(10,2), – 10,2分别代表的意思； 事务概念； 外键作用测试； 1,有效位10位，保留2位小数. 2,数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。 事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合...
java中间件是什么意思_数据库中间件漫谈
最新发布
05-27
Java中间件是一种基于Java...它可以处理数据库连接池、SQL查询优化、事务管理、数据缓存等操作，以提高数据库操作的性能和可靠性。同时，它也可以提供高可用性、负载均衡、安全管理等功能，以保证数据库的稳定运行。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值