[b]没有事务[/b]:保证了SQL语句级别的读一致性。
即在一条SQL语句执行期间,它只会看到执行前点的数据状态,而不会看到执行期间数据被其他SQL改变的状态。
存在的问题:比如你做一个报表查询,在执行完第一条sql的时候,执行第二条查询SQL,而这个之间有数据被改变了,第二条数据查询就有可能不一致
[b]只读事务[/b]:保证了事务级别的读一致性
在该事务范围内执行的多条SQL都只会看到执行前点的数据状态,而不会看到事务期间的任何被其他 SQL改变的状态。
只读事务可以解决没有事务导致的一致性问题。
举例:
建表:
客户端1:
客户端2:
先执行:
反复执行:
输出:
查询不到数据。
客户端3:
反复执行,可以看到数据一条一条的插入,数据一致性被破坏
即在一条SQL语句执行期间,它只会看到执行前点的数据状态,而不会看到执行期间数据被其他SQL改变的状态。
存在的问题:比如你做一个报表查询,在执行完第一条sql的时候,执行第二条查询SQL,而这个之间有数据被改变了,第二条数据查询就有可能不一致
[b]只读事务[/b]:保证了事务级别的读一致性
在该事务范围内执行的多条SQL都只会看到执行前点的数据状态,而不会看到事务期间的任何被其他 SQL改变的状态。
只读事务可以解决没有事务导致的一致性问题。
举例:
建表:
CREATE TABLE `t_pai` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`name` varchar(10) NOT NULL,
`update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
PRIMARY KEY (`id`),
KEY `idx_update_time` (`update_time`)
) ENGINE=InnoDB AUTO_INCREMENT=46 DEFAULT CHARSET=utf8
客户端1:
SET autocommit =1;
INSERT INTO t_pai(NAME,update_time) VALUES ("1",NOW());
SELECT SLEEP(10) FROM DUAL;
INSERT INTO t_pai(NAME,update_time) VALUES ("2",NOW());
SELECT SLEEP(5) FROM DUAL;
INSERT INTO t_pai(NAME,update_time) VALUES ("3",NOW());
SELECT SLEEP(2) FROM DUAL;
INSERT INTO t_pai(NAME,update_time) VALUES ("4",NOW());
SELECT SLEEP(2) FROM DUAL;
INSERT INTO t_pai(NAME,update_time) VALUES ("5",NOW());
SELECT SLEEP(2) FROM DUAL;
COMMIT;
客户端2:
先执行:
START TRANSACTION READ ONLY;
SELECT * FROM t_pai;
反复执行:
SELECT * FROM t_pai;
输出:
查询不到数据。
客户端3:
SELECT * FROM t_pai;
反复执行,可以看到数据一条一条的插入,数据一致性被破坏