数据库事务

数据库事务介绍

事务:一组逻辑操作单元,使数据 从一种状态变换到另一种状态。

  • 一组逻辑操作单元:一个或多个DML操作(增删改)

事务处理原则:保证所有事务都作为一个工作单元来执行,即使出现了故障,都不能改变这种执行方式。当一个事务中执行多个操作时,要么所有的事务都被提交(commit),那么这些修改就永久地保存下来,要么数据库管理系统将放弃所做的所有修改,整个事务回滚(rollback)到最初状态。

JDBC事务处理

数据一旦提交,就不可回滚。

哪些操作会导致数据的自动提交?

  • DDL操作一旦执行,都会自动提交。set autocomit = false对DDL操作无效。
  • DML操作默认情况下,一旦执行,就会自动提交,我们可以通过set autocomit = false的方式取消DML操作的自动提交。
  • 默认在关闭连接时,会自动地提交数据。

以上的三种情况,要都避免。

在编写代码过程中,可以取消自动提交,以及控制何时关闭连接。可以通过下面的三个方法让一个或多个DML操作作为一个事务执行:

setAutoCommit(false):Connection对象的方法,取消自动提交事务。

commit():在所有的SQL语句都成功执行后,调用该方法提交事务。

rollback():在出现异常时,调用该方法回滚事务。

若此时Connection没有被关闭,还可能被重复使用,尤其是在使用数据库连接池技术时,执行close()方法前,建议恢复自动提交状态setAutoCommit(true)。

案例

用户AA向用户BB转账100:

@Test
public void testUpdate() {

    Connection conn = null;
    try {
        // 1. 获取数据库连接,在此获取连接,保证之后的DML操作在同一个连接下进行。
        conn = JDBCUtils.getConnection();
        // 2. 关闭自动提交
        conn.setAutoCommit(false);
        // 3. 进行数据库操作
        String sql1 = "update user_table set balance = balance - 100 where user = ?";
        update(conn, sql1, "AA");

        // 模拟网络异常
        System.out.println(10 / 0);

        String sql2 = "update user_table set balance = balance + 100 where user = ?";
        update(conn, sql2, "BB");
        // 若没有异常,提交事务
        conn.commit();
        System.out.println("转账成功");
    } catch (Exception e) {
        e.printStackTrace();
        // 5. 若有异常,则回滚事务
        try {
            conn.rollback();
        } catch (SQLException throwables) {
            throwables.printStackTrace();
        }
    } finally {
        try {
            // 6. 恢复每次DML操作的自动提交功能
            conn.setAutoCommit(true);
        } catch (SQLException e) {
            e.printStackTrace();
        }
        // 7. 关闭连接
        JDBCUtils.closeResouse(conn, null);
    }
}

//通用的增删改操作 ---- version 2.0 考虑事务
public int update(Connection conn, String sql, Object ...args) {

    PreparedStatement ps = null;
    try {
        // 1. 预编译sql语句,返回PreparedStatement的实例
        ps = conn.prepareStatement(sql);
        // 2. 填充占位符
        for (int i = 0; i < args.length; i++) {
            ps.setObject(i + 1, args[i]);
        }
        // 3. 执行
        return ps.executeUpdate();
    } catch (Exception e) {
        e.printStackTrace();
    } finally {
        // 4. 关闭资源
        JDBCUtils.closeResouse(null, ps);
    }

    return 0;
}

事务的ACID属性

  1. 原子性(Atomicity
    原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。

  2. 一致性(Consistency
    事务必须使数据库从一个一致性状态变换到另外一个一致性状态。

  3. 隔离性(Isolation
    事务的隔离性是指一个事务的执行不能被其他事务干扰,即一个事务内部的操作及使用的数据对并发的其他事务是隔离的,并发执行的各个事务之间不能互相干扰。

  4. 持久性(Durability
    持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来的其他操作和数据库故障不应该对其有任何影响。

数据库的并发问题

对于同时运行的多个事务, 当这些事务访问数据库中相同的数据时, 如果没有采取必要的隔离机制, 就会导致各种并发问题:

  • 脏读: 对于两个事务 T1, T2, T1 读取了已经被 T2 更新但还没有被提交的字段。之后, 若 T2 回滚, T1读取的内容就是临时且无效的。

  • 不可重复读: 对于两个事务T1, T2, T1 读取了一个字段, 然后 T2 更新了该字段。之后, T1再次读取同一个字段, 值就不同了。

  • 幻读: 对于两个事务T1, T2, T1 从一个表中读取了一个字段, 然后 T2 在该表中插入了一些新的行。之后, 如果 T1 再次读取同一个表, 就会多出几行。

数据库事务的隔离性: 数据库系统必须具有隔离并发运行各个事务的能力, 使它们不会相互影响, 避免各种并发问题。

一个事务与其他事务隔离的程度称为隔离级别。数据库规定了多种事务隔离级别,不同隔离级别对应不同的干扰程度,隔离级别越高,数据一致性就越好, 但并发性越弱

四种隔离级别

数据库提供的4种事务隔离级别:

隔离级别 描述
READ UNCOMMITTED(读未提交) 允许事务读取为被其他事务提交的变更,脏读、不可重复读和幻读问题仍然可能出现
READ COMMITTED(读已提交) 只允许事务读取已经被其他事务提交的变更,可以避免脏读,但不可重复读和幻读问题仍然可能出现
REPEATABLE READ(可重复读) 确保事务可以多次从一个字段中读取相同的值,在这个事务持续期间,禁止其他事务对这个字段进行更新,可以避免脏读和不可重复读,但幻读的问题仍然存在
SERIALIZABLE(串行化) 确保事务可以从一个表中读取相同的行,在这个事务持续期间,禁止其他事务对该表执行插入,更新和删除操作,所有并发问题都可以避免,但性能十分低下

Oracle支持的 2 种事务隔离级别:READ COMMITED, SERIALIZABLE。 Oracle 默认的事务隔离级别为: READ COMMITED

Mysql支持 4 种事务隔离级别。Mysql 默认的事务隔离级别为: REPEATABLE READ

在MySQL中设置隔离界别

每启动一个 mysql 程序,就会获得一个单独的数据库连接。每个数据库连接都有一个全局变量 @@tx_isolation,表示当前的事务隔离级别。

  • 查看当前的隔离级别:

    SELECT @@tx_isolation;
    
  • 设置当前mysql连接的隔离级别:

    set transaction isolation level read committed;
    
  • 设置数据库系统的全局的隔离级别:

    set global transaction isolation level read committed;
    

补充操作:

  • 创建mysql数据库用户:

    create user tom identified by '123456';
    
  • 授予权限:

    # 授予通过网络方式登录的tom用户对所有库所有表的全部权限,密码设为123456
    grant all privileges on *.* to tom@'%' identified by '123456';
    
    # 给tom用户使用本地命令行方式,授予test这个库下的所有表的增删改查的权限
    grant select,insert,delete,update on test.* to tom@localhost identified by 123456;
    

在Java代码中想要获取和修改数据库当前连接的隔离级别可以使用下面两个方法:

getTransactionIsolation():使用Connection对象调用,获取当前连接的隔离级别。

setTransactionIsolation():使用Connection对象调用,设置当前连接的隔离级别。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,427评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,551评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,747评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,939评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,955评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,737评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,448评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,352评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,834评论 1 317
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,992评论 3 338
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,133评论 1 351
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,815评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,477评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,022评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,147评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,398评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,077评论 2 355

推荐阅读更多精彩内容