首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Mysql事物

一致性(consistency):事物必须是使数据库从一个一致性状态变成另一个一致性状态与原子性是密切相关的; 隔离性(isolation):一个事物的执行不能被其他事物干扰,即一个事物内部的操作及使用... 数据对并发的其他事物是隔离的,并发执行的各个事物之间不能互相干扰; 持久性(durability):持久性也称永久性(permanence),即一个事物一旦提交,他对数据库中数据的改变就应该是永久性的...,接下来的其他操作或故障不应该对其有任何影响; 持久性并不是数据库的角度完全能解决的 事物的隔离级别 未提交读(read uncommitted)脏读 已提交读(read committed)不可重复读...多次读取的过程中,对数据做了更新并提交,导致事物A多次读取同一数据,结果不一致; 幻读:系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级,但是系统管理员B,就在这个时候插入了一条分数记录...,读写数据都会锁住整张表 隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大,对于多数应用程序,可以优先考虑把数据库系统的隔离级别设置为read committed,它能避免脏读,而且具有较好的并发性能

1.3K40
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL事物

    文章目录 MySQL事物 1、事务概念 2、事物处理命令 3、ACID特性 4、事务并发存在的问题 5、事务的隔离级别 MySQL事物 1、事务概念 事务是一组SQL语句的执行,要么全部成功,要么全部失败...,保证事务执行的原子操作 事务的所有SQL语句全部执行成功,才能提交(commit)事务,把结果写回磁盘上 事务执行过程中,有的SQL出现错误,那么事务必须要回滚(rollback)到最初的状态 2、事物处理命令...数据库的一致性状态必须由用户来负责,由并发控制机制实现。...,不被其它正在执行的事务所看到,使得并发执行的各个事务之间不能互相影响 事务的持久性(Durability): 事务完成(commit)以后,DBMS保证它对数据库中的数据的修改是永久性的 例如,事物再提交之后...,在数据库刷盘过程中,即便因为故障出错,也应该能够恢复数据 ACID的底层实现: ACD依靠的是数据库的redo log和undo log实现的;I是依赖数据库的锁实现的 4、事务并发存在的问题 事务处理不经隔离

    1.3K30

    VBA与数据库——写个类操作ADO_事物

    事务是数据库非常重要的一个东西,像我这种非计算机专业的外行人,单从事务这个名字上看,可能根本不明白是什么意思,只有多次用过之后才能理解!...这里说到的对Excel进行的各种各样的操作,在数据库里就相当于是对数据库进行了很多步修改操作(像Update、Insert、Delete语句都是修改操作)。...直接百度一下数据库事务,看百度百科的解释就可以了,里面银行转账的例子还是非常好理解的。...,但是前面也说到过,仅仅是把Excel当作数据库来处理,Excel不是真正的数据库,很多数据库的特性是不支持的,其中事务就不能支持: 虽然执行了Rollback,但是insert的数据还是被保存了。...下面看下sqlite数据库: 可以看到,执行了Rollback,insert的数据没有保存到数据库。 执行了Commit,insert的数据才保存到数据库

    1K40

    Mysql事物隔离

    在往表里写的程序是没有错误的,但最终从表里查询的时候,发现很多key有两份数据结果,思考其原因,可能跟事物隔离有关系,这里讲解下事物事物隔离。...在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。原生的 MyISAM 引擎就不支持事务。...事物控制语句 事物用来管理更新,删除,插入语句。...常用的事物控制语句有: BEGIN 显式地开启一个事务; COMMIT 会提交事务,并使已对数据库进行的所有修改成为永久性的; ROLLBACK 回滚会结束用户的事务,并撤销正在进行的所有未提交的修改;...事物隔离 回到文章刚开始的问题,在表中出现了一个key具有两种结果,初步估计是事物隔离的问题。上面简单介绍了事物,以及事物隔离的四个类别,这里详细介绍。

    1.6K30

    redis的事物

    涉及到的相关命令 multi exec discard watch unwatch 1:multi,exec 对于一般的关系型数据库事物来说,事物的执行过程无非为 生成事物 产生命令 执行事物。...对于redis来说,multi就是生成事物,exec就是执行事物,discard就是取消事物 基本执行过程如下图 ?...redis的事物过程 可以看到,在我们执行set的时候命令并没有执行,而是写入到了一个控制事物的队列中,返回的信息是QUEUED,在最后exec的时候命令才是真正的执行,并且返回执行结果 2:一般事物都有...Redis事物只能检查出语法错误,如果发现语法错误,整个事物直接结束 ?...redis的事物的语法错误 Discard其实就是在multi之后 清楚事物队列,没什么好说的 3:WATCH WATCH key [key ...]

    84220

    java事物处理

    事物处理 什么是事物:个人认为事物,就是对数据库进行一组操作动作的集合,如果一组处理步骤要么全发生,要么一步也不执行,称这组处理步骤为一个事物。...当所有的步骤完整地被执行,称该事物被提交,当一部分步骤导致执行失败,则事物必须回滚到以前的执行状态....数据库的事务是保证数据完整性的一种机制,简而言之,就是怎样确保数据的执行过程要么都成功,要么都失败,举例子为假设你要给银行还款,需要从你的银行卡中扣除相关的金额也需要在你的信用卡上加钱,这个流程务必是一个完整的流程...2.一致性(consistency):在事务处理执行前后,数据库是一致的(两个账户要么都变,或者都不变)。 3.隔离性(isolcation):一个事务处理对另一个事务处理没有影响。...balance-10000 where aid='1'"; db.doUpdate(sql, null); } } 导致第一个用户钱没变 还是1000块 而第二个用户有了10000块 使用事物处理

    1.1K90

    【JDBC】JDBC API 详解 ② ( Connection 数据库连接对象 | 获取 SQL 执行对象 - 普通、预编译 SQL 语句 | 事务管理 | 开启事物 | 提交事物 | 回滚事物 )

    一、Connection 数据库连接对象 ---- Connection 数据库连接对象 代表了 Java 应用 与 指定的数据库 的连接会话 , 通过该会话 , 可以执行 SQL 语句 , 并返回...SQL 语句的增删查改的结果 ; Connection 数据库连接对象 有两个作用 : 获取 SQL 执行对象 管理事物 1、获取 SQL 执行对象 Connection 数据库连接对象 可以 获取 SQL...事务管理 : 开启事物 : autoCommit 参数为 true 自动提交事物 , false 手动提交事物 ; void setAutoCommit(boolean autoCommit) throws...SQLException; 提交事物 : void commit() throws SQLException; 回滚事物 : void rollback() throws SQLException...; 最后 , 提交事物 ; conn.commit(); // 提交事务 此外 , 如果执行事物过程出现异常 , 则回滚事物 ; conn.rollback(); // 回滚事务 完整代码示例 : Connection

    89140

    Mysql事物和锁

    什么是事务 在维基百科中,对事务的定义是:事务是数据库管理系统(DBMS)执行过程中的一个逻辑单位,由一个有限的数据库操作序列构成。...原子性(Atomicity) 原子性是指对数据库的一系列操作,要么全部成功,要么全部失败,不可能出现部分成功的情况。...一致性(Consistency) 一致性是指数据库的完整性约束没有被破坏,在事务执行前后都是合法的数据状态。...持久性(Durability) 持久性是指只要事务提交成功,那么对数据库做的修改就被永久保存下来了,不可能因为任何原因再回到原来的状态。...意向锁是由数据库自己维护的,一般来说,当我们给一行数据加上共享锁之前,数据库会自动在这张表上面加一个意向共享锁(IS锁);当我们给一行数据加上排他锁之前,数据库会自动在这张表上面加一个意向排他锁(IX锁

    1.7K50

    Transactional事物注解(十一)

    }cace(e) } 这样的话,事物就会报错了,因为用的是同一个事物,s2 异常之后,就意味着该事物会回滚; 总结如下: ○ 如果当前有事物,则挂起该事物,并且创建一个新的事物给自己使用 ○...// REQUIRED parent { s1(); // REQUIRED try{ // 在数据库中有一个概念是 save point s2(){ sc1...● NESTED,在原事物内启动一个内嵌事物 ○ 两个事物有关联 ○ 外部事物回滚,内嵌事物也会回滚 所以他们的不同点的表现是:外部事物是否会影响内部事物。...比如上面这一个,正常调用了新增的两个对象,然后模拟一个异常,在 不加/加 事物注解的情况下执行,观察数据库结果是否一致。...正常情况下如下描述: ● 未使用事物注解:执行测试后,数据库中会出现两条数据 ● 使用事物注解:执行测试后,数据库中不会出现数据

    62610

    分布式事物TCC

    由于库存服务操作数据库异常,导致库存数量还是 100。这不是在坑人么,当然不能允许这种情况发生了!...然后,可靠消息服务就得把这条消息存储到自己的数据库里去,状态为“待确认”。 接着,上游服务就可以执行自己本地的数据库操作,根据自己的执行结果,再次调用可靠消息服务的接口。...如果本地数据库操作执行成功了,那么就找可靠消息服务确认那条消息。如果本地数据库操作失败了,那么就找可靠消息服务删除那条消息。...此时如果是确认消息,那么可靠消息服务就把数据库里的消息状态更新为“已发送”,同时将消息发送给 MQ。 这里有一个很关键的点,就是更新数据库里的消息状态和投递消息到 MQ。...如果数据库里更新消息的状态失败了,那么就抛异常退出了,就别投递到 MQ;如果投递 MQ 失败报错了,那么就要抛异常让本地数据库事务回滚。这俩操作必须得一起成功,或者一起失败。

    73820
    领券