mysql机制魔板_简单介绍MySQL中的事务机制(3)

推荐&＃xff1a;mysql查询区分大小写高性能mysql查询默认是不区分大小写的 如&＃xff1a; 效果是一样的。 要让mysql查询区分大小写&＃xff0c;可以&＃xff1a; 也可以在建表时&＃xff0c;加以标识 测试30W数据 不支持索引&＃xff0c;查询效率底下&＃xff0c;不建议考虑。上面这些sql语句乍看不会有什么问题&＃xff0c;但是当表中的数据多了以后&＃xff0c;问题就会凸显出来&＃xff0c;用不到索引&＃xff0c;

InnoDB存储引擎提供事务的隔离级别有READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ和SERIALIZABLE。这些隔离级别之间的区别如下&＃xff1a;

脏读&＃xff1a;一个事务读取到了另外一个事务没有提交的数据;

比如&＃xff1a;事务T1更新了一行记录的内容&＃xff0c;但是并没有提交所做的修改。事务T2读取到了T1更新后的行&＃xff0c;然后T1执行回滚操作&＃xff0c;取消了刚才所做的修改。现在T2所读取的行就无效了;

不可重复读&＃xff1a;在同一事务中&＃xff0c;两次读取同一数据&＃xff0c;得到内容不同;

比如&＃xff1a;事务T1读取一行记录&＃xff0c;紧接着事务T2修改了T1刚才读取的那一行记录。然后T1又再次读取这行记录&＃xff0c;发现与刚才读取的结果不同。这就称为“不可重复”读&＃xff0c;因为T1原来读取的那行记录已经发生了变化;

幻读&＃xff1a;同一事务中&＃xff0c;用同样的操作读取两次&＃xff0c;得到的记录数不相同;

比如&＃xff1a;事务T1读取一条指定的WHERE子句所返回的结果集。然后事务T2新插入 一行记录&＃xff0c;这行记录恰好可以满足T1所使用的查询条件中的WHERE子句的条件。然后T1又使用相同的查询再次对表进行检索&＃xff0c;但是此时却看到了事务T2刚才插入的新行。这个新行就称为“幻像”&＃xff0c;因为对T1来说这一行就像突然出现的一样。

隔离级别越低&＃xff0c;事务请求的锁越少或保持锁的时间就越短。InnoDB存储引擎默认的支持隔离级别是REPEATABLE READ;在这种默认的事务隔离级别下已经能完全保证事务的隔离性要求&＃xff0c;即达到SQL标准的SERIALIZABLE级别隔离。

我们可以可以用SET TRANSACTION语句改变单个会话或者所有新进连接的隔离级别。它的语法如下&＃xff1a;

SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}

注意&＃xff1a;默认的行为(不带session和global)是为下一个(未开始)事务设置隔离级别。如果使用GLOBAL关键字&＃xff0c;语句在全局对从那点开始创建的所有新连接(除了不存在的连接)设置默认事务级别。你需要SUPER权限来做这个。使用SESSION 关键字为将来在当前连接上执行的事务设置默认事务级别。 任何客户端都能自由改变会话隔离级别(甚至在事务的中间)&＃xff0c;或者为下一个事务设置隔离级别。

mysql> set session transaction isolation level repeatable read;

Query OK, 0 rows affected (0.00 sec)

mysql> select &＃64;&＃64;tx_isolation;

&＃43;-----------------&＃43;

| &＃64;&＃64;tx_isolation |

&＃43;-----------------&＃43;

| REPEATABLE-READ |

&＃43;-----------------&＃43;

1 row in set (0.00 sec)

总结

这篇文章&＃xff0c;基本上都是理论概念的堆积&＃xff0c;实战的东西基本没有。但是&＃xff0c;这些都不是问题&＃xff0c;这也无法阻挡这篇文章成为一篇读者喜欢的文章&＃xff0c;是吧。好了&＃xff0c;这篇关于MySQL中事务的文章就到此结束&＃xff0c;以后如果有新的东西&＃xff0c;就接着总结。

分享&＃xff1a;WordPress如何修改Mysql数据库的表前缀我们知道 WordPress 的数据库表&＃xff0c;可以设置前缀&＃xff0c;默认是 wp_&＃xff0c;很多同学也就默认用了 wp_&＃xff0c;如果某种原因(比如提高安全性)要修改的 WordPress 数据的前缀&＃xff0c;我们应该怎么做? 开始之前 修改数据是一件风险很高的工作&＃xff0c;开始之前必然就是做好 数据库备份 &＃xff0c;也可以 把博客设置