ACID

事务具有4个特征,分别是原子性、一致性、隔离性和持久性,简称事务的ACID特性;不同的数据库对于acid的实现方式可以有不同方式。

一、原子性(atomicity)

对于传统的关系型数据库,原子性即,一个事务要么全部提交成功,要么全部失败回滚,不能只执行其中的一部分操作

(对于redis 而言,原子性即,一个事务中的操作要么全部执行,要么全部不执行,redis 不提供事务回滚机制)

二、一致性(consistency)

事务的执行不能破坏数据库数据的完整性和一致性,一个事务在执行之前和执行之后,数据库都必须处于一致性状态。

如果数据库系统在运行过程中发生故障,有些事务尚未完成就被迫中断,这些未完成的事务对数据库所作的修改有一部分已写入物理数据库,这是数据库就处于一种不正确的状态,也就是不一致的状态。

三、隔离性(isolation)

事务的隔离性是指在并发环境中,并发的事务时相互隔离的,一个事务的执行不能不被其他事务干扰。不同的事务并发操作相同的数据时,每个事务都有各自完成的数据空间,即一个事务内部的操作及使用的数据对其他并发事务时隔离的,并发执行的各个事务之间不能相互干扰。

在标准SQL规范中,定义了4个事务隔离级别,不同的隔离级别对事务的处理不同,分别是:未授权读取,授权读取,可重复读取和串行化

1、读未提交(Read Uncommited),该隔离级别允许脏读取,其隔离级别最低;比如事务A和事务B同时进行,事务A在整个执行阶段,会将某数据的值从1开始一直加到10,然后进行事务提交,此时,事务B能够看到这个数据项在事务A操作过程中的所有中间值(如1变成2,2变成3等),而对这一系列的中间值的读取就是未授权读取

2、授权读取也称为已提交读(Read Commited),授权读取只允许获取已经提交的数据。比如事务A和事务B同时进行,事务A进行+1操作,此时,事务B无法看到这个数据项在事务A操作过程中的所有中间值,只能看到最终的10。另外,如果说有一个事务C,和事务A进行非常类似的操作,只是事务C是将数据项从10加到20,此时事务B也同样可以读取到20,即授权读取允许不可重复读取。

3、可重复读(Repeatable Read)

就是保证在事务处理过程中,多次读取同一个数据时,其值都和事务开始时刻是一致的,因此该事务级别禁止不可重复读取和脏读取,但是有可能出现幻影数据。所谓幻影数据,就是指同样的事务操作,在前后两个时间段内执行对同一个数据项的读取,可能出现不一致的结果。在上面的例子中,可重复读取隔离级别能够保证事务B在第一次事务操作过程中,始终对数据项读取到1,但是在下一次事务操作中,即使事务B(注意,事务名字虽然相同,但是指的是另一个事务操作)采用同样的查询方式,就可能读取到10或20;

4、串行化

是最严格的事务隔离级别,它要求所有事务被串行执行,即事务只能一个接一个的进行处理,不能并发执行。

四、持久性(durability)

一旦事务提交,那么它对数据库中的对应数据的状态的变更就会永久保存到数据库中。--即使发生系统崩溃或机器宕机等故障,只要数据库能够重新启动,那么一定能够将其恢复到事务成功结束的状态

 

【论文复现】一种基于价格弹性矩阵的居民峰谷分时电价激励策略【需求响应】(Matlab代码实现)内容概要:本文介绍了一种基于价格弹性矩阵的居民峰谷分时电价激励策略,旨在通过需求响应机制优化电力系统的负荷分布。该研究利用Matlab进行代码实现,构建了居民用电行为与电价变动之间的价格弹性模型,通过分析不同时间段电价调整对用户用电习惯的影响,设计合理的峰谷电价方案,引导用户错峰用电,从而实现电网负荷的削峰填谷,提升电力系统运行效率与稳定性。文中详细阐述了价格弹性矩阵的构建方法、优化目标函数的设计以及求解算法的实现过程,并通过仿真验证了所提策略的有效性。; 适合人群:具备一定电力系统基础知识和Matlab编程能力,从事需求响应、电价机制研究或智能电网优化等相关领域的科研人员及研究生。; 使用场景及目标:①研究居民用电行为对电价变化的响应特性;②设计并仿真基于价格弹性矩阵的峰谷分时电价激励策略;③实现需求响应下的电力负荷优化调度;④为电力公司制定科学合理的电价政策提供理论支持和技术工具。; 阅读建议:建议读者结合提供的Matlab代码进行实践操作,深入理解价格弹性建模与优化求解过程,同时可参考文中方法拓展至其他需求响应场景,如工业用户、商业楼宇等,进一步提升研究的广度与深度。
事务的 ACID 属性是数据库事务处理的基石,确保了事务的可靠性和数据的完整性,共同定义了事务应该如何表现,以及数据库管理系统应该如何处理事务。理解和应用这些属性对于设计和实现可靠的数据库应用程序至关重要[^1]。ACID 属性具体介绍如下: - **原子性(Atomicity)**:即事务的不可分割性,事务中的操作要么全做,要么全不做。例如在银行转账操作中,从一个账户扣款和向另一个账户入账这两个操作必须作为一个整体完成,如果其中一个操作失败,整个事务将回滚,就像什么都没发生一样[^3]。 - **一致性(Consistency)**:一个事务在执行前后,数据必须处于正确的状态,满足完整性约束。例如,在一个数据库表中,规定 A 列的值和 B 列的值之和必须等于 100,那么在事务执行前后,这个约束都必须满足。如果一个事务试图破坏这个约束,数据库管理系统将阻止该事务的执行[^2][^3]。 - **隔离性(Isolation)**:多个事务并发执行时,一个事务的执行不应该影响其他事务的执行。不同的隔离级别会对事务之间的相互影响程度进行控制,常见的隔离级别有读未提交、读已提交、可重复读和串行化。例如,在一个高并发的电商系统中,多个用户同时进行下单操作,每个用户的下单事务应该相互隔离,互不干扰[^3]。 - **持久性(Durability)**:事务处理完成后,对数据的修改就是永久的,即便系统故障也不会丢失。例如,当一个用户成功完成一笔银行转账后,即使数据库所在的服务器突然断电,这笔转账记录也不会丢失,因为数据库会将事务的修改持久化到磁盘等存储设备中[^3]。 下面是一个简单的 Java JDBC 示例,展示了如何使用事务的 ACID 属性: ```java import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; import java.sql.Statement; public class TransactionExample { public static void main(String[] args) { Connection conn = null; Statement stmt = null; try { // 1. 获取数据库连接 conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/testdb", "root", "password"); // 2. 开启事务 conn.setAutoCommit(false); stmt = conn.createStatement(); // 3. 进行数据库操作 String sql1 = "update user_table set balance = balance - 100 where user='AA'"; stmt.executeUpdate(sql1); // 模拟网络异常 // System.out.println(10 / 0); String sql2 = "update user_table set balance = balance + 100 where user='BB'"; stmt.executeUpdate(sql2); // 4. 若没有异常,则提交事务 conn.commit(); } catch (Exception e) { e.printStackTrace(); // 5. 若有异常,则回滚事务 try { if (conn != null) { conn.rollback(); } } catch (SQLException e1) { e1.printStackTrace(); } } finally { try { // 6. 恢复每次 DML 操作的自动提交功能 if (conn != null) { conn.setAutoCommit(true); } } catch (SQLException e) { e.printStackTrace(); } // 7. 关闭连接 try { if (stmt != null) { stmt.close(); } if (conn != null) { conn.close(); } } catch (SQLException e) { e.printStackTrace(); } } } } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值