undo

目录 Innodb核心特性——事务 1.什么是事务 2.事务的通俗理解 3.事务ACID特性 4.事务流程举例 5.事务的控制语句 6.事务隐式提交情况 7.事务日志redo基本功能 8.redo数据实例恢复过程 9.事务日志undo 10.redo和undo的存储位置 11.事务中的锁 12.多版本并发控制（MVCC） 13.锁的粒度 14.事务的隔离级别 15.脏读 幻读 重复读 查询原因，和解决办法 (RR级别) Innodb核心特性——事务 1.什么是事务 主要针对DML语句（update，delete，insert） 一组数据操作执行步骤，这些步骤被视为一个工作单元: 1）用于对多个语句进行分组 2）可以在多个客户机并发访问同一个表中的数据时使用 所有步骤都成功或都失败 1）如果所有步骤正常，则执行 2）如果步骤出现错误或不完整，则取消 2.事务的通俗理解 伴随着“交易”出现的数据库概念。 我们理解的“交易”是什么？ 1）物与物的交换（古代） 2）货币现金与实物的交换（现代1） 3）虚拟货币与实物的交换（现代2） 4）虚拟货币与虚拟实物交换（现代3） 数据库中的“交易”是什么？ 1）事务又是如何保证“交易”的“和谐”？ 2）ACID 3.事务ACID特性 Atomic（原子性） 所有语句作为一个单元,要么全部成功执行或全部取消。 Consistent（一致性）

1.1 undo是什么 undo日志用于存放数据修改被修改前的值，假设修改 tba 表中 id=2的行数据，把Name='B1' 修改为Name = 'B2' ，那么undo日志就会用来存放Name='B'的记录，如果这个修改出现异常，可以使用undo日志来实现回滚操作，保证事务的一致性。 1.2 undo参数 MySQL跟undo有关的参数设置有这些： show global variables like '%undo%'; innodb_max_undo_log_size 控制最大undo tablespace文件的大小，当启动了innodb_undo_log_truncate 时，undo tablespace 超过innodb_max_undo_log_size 阀值时才会去尝试truncate。该值默认大小为1G，truncate后的大小默认为10M。 innodb_undo_tablespaces 设置undo独立表空间个数，范围为0-128， 默认为0，0表示表示不开启独立undo表空间 且 undo日志存储在ibdata文件中。该参数只能在最开始初始化MySQL实例的时候指定，如果实例已创建，这个参数是不能变动的，如果在数据库配置文 件 .cnf 中指定innodb_undo_tablespaces 的个数大于实例创建时的指定个数，则会启动失败，提示该参数设置有误。

实验拓扑 实验步骤 [sw1]vlan batch 2 3 [sw1]interface Ethernet 0/0/1 [sw1-Ethernet0/0/1]port link-type access [sw1-Ethernet0/0/1]port default vlan 2 [sw1]interface Ethernet0/0/2 [sw1-Ethernet0/0/2]port link-type access [sw1-Ethernet0/0/2]port default vlan 2 [sw1]interface Ethernet0/0/3 [sw1-Ethernet0/0/3]port link-type access [sw1-Ethernet0/0/3]port default vlan 3 [sw1]interface GigabitEthernet 0/0/1 [sw1-GigabitEthernet0/0/1]port link-type trunk [sw1-GigabitEthernet0/0/1]port trunk allow-pass vlan all [sw2]vlan batch 4 5 [sw2]interface Ethernet 0/0/1 [sw2-Ethernet0/0/1]port link-type access [sw2

转： oracle 用户与表空间关系 oracle用户与表空间关系 用户=商家 表=商品 表空间=仓库 1. 1个商家能有很多商品，1个商品只能属于一个商家 2. 1个商品可以放到仓库A，也可以放到仓库B，但不能同时放入A和B 3. 仓库不属于任何商家 4. 商家都有一个默认的仓库，如果不指定具体仓库，商品则放到默认的仓库中 oracle中用户的所有数据都是存放在表空间中的，很多个用户可以共用一个表空间，也可以指定一个用户只用某一个表空间。 表空间：创建表空间会在物理磁盘上建立一个数据文件，作为数据库对象（用户、表、存储过程等等）的物理存储空间； 用户：创建用户必须为其指定表空间，如果没有显性指定默认表空间，则指定为users表空间；创建用户后，可以在用户上，创建表、存储过程等等其他数据库对象； 表：是数据记录的集合； 创建过程： 表空间--->用户--->表; 所属关系： 表空间 包含 用户 包含 表； http://www.cnblogs.com/cici-new/archive/2012/12/25/2831740.html 1.首先是ORACLE的整体结构。 oracle中的一个数据库就是一个实例. oracle的一个用户就是一个Schema（即方案）. oracle的结构是=== 　　　　　　　　　　实例->用户->表（用户属于数据库实例,表属于某个用户）

I'm writing a desktop application to do vector drawing in C++, and considering using sqlite to back my undo/redo feature. Has anybody used sqlite for undo/redo features? How does it work out for you? Clarification: I was aware of the stack approach, I have even implemented one application with that approach. The problem I encountered was that it becomes hard to maintain after a while. What I meant by utilizing sqlite is that I will map my entire in-memory data structure into a sqlite database, and let the sqlite do the diff and revision for me. Speed should not be a issue if I create a in

Unity的Undo撤销操作也是可以自定义的，当我们将自己的操作组册到Undo事件中，那么，我们就可以按照自己的方式撤销操作了。 目录 Undo操作的简单测试 Undo操作的分组折叠 对选中物体操作并注册Undo练习 将Undo操作分组撤销到指定位置 Undo操作的简单测试 下面是一些撤销测试，非常简单，直接看代码 using UnityEngine; using UnityEditor; public class UndoTest { //把选中物体位置归零 [MenuItem( "Undo/RecordObject" )] static void RecordObject () { Transform transform = Selection.activeTransform; Undo.RecordObject (transform, "Pos" ); transform.position = new Vector3 ( 0 , 0 , 0 ); } //选中物体添加刚体组件 [MenuItem( "Undo/AddComponent" )] static void AddComponent () { GameObject go = Selection.activeGameObject; // 添加组件，执行撤销后将被删除 Rigidbody rigidbody = Undo

7.1 什么是回滚和撤销 在事务开始时，首先需要在回滚表空间获得一个事务槽，分配空间，然后创建前镜像，此后事务的修改才能进行，oracle必须以此来保证事务是可以回退的。 如果用户提交了事务，oracle会在日志文件记录提交，并且写出日志，同时会在回滚段中把该事务标记为已提交；如果用户回滚事务，则oracle需要从回滚段中把前镜像数据读取出来，修改数据缓冲区，完成回滚，这个过程本身也要产生redo，所以回滚这个操作是很昂贵的。 7.2 回滚段存储的内容 redo中只会记录少量信息，这些信息足以重演事务；同样undo中也只记录精简信息，这些信息足以撤销事务。 对于insert操作，回滚段只需要记录插入记录的rowid，如果回退，只需将该记录根据rowid删除即可。 对于update操作，回滚段只需要记录被更新字段的旧值即可（前镜像），回退时通过旧值覆盖新值即可完成回退。 对于delete操作，oracle则必须记录整行的数据，在回退时，oracle通过一个反向操作恢复删除的数据。 对于相同数据量的数据操作，通常insert产生最少的undo，update产生的undo居中，而delete操作失败或回滚，总是需要很长的时间，并且会有大量的redo生成。所以通常在进行大规模数据删除操作时，推荐通过分批删除分次提交，以较少对于回滚段的占用和冲击。 7.3 并发控制和一致性读 7.4