高性能MySQL_第一章-MySQL架构和历史
Posted paulingzhou
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了高性能MySQL_第一章-MySQL架构和历史相关的知识,希望对你有一定的参考价值。
事务:一组原子性的SQL查询。如果数据库能够成功的对数据库应用该组查询的全部语句,那么就执行改组查询;否则所有的语句都不会执行。
ACID:原子性(atomocity),一致性(consistency),隔离性(isolation),持久性(durability)。
原子性:一个事务必须被视为不可分割的最小执行单元。整个事物的操作要么全部提交成功,要么全部失败回滚,不可能存在只执行了一部分的操作。
一致性:数据库总是从一个一致性的状态转移到另一个一致性的状态。即使中间出现问题,因为事务没有提交,事务造成的修改也不会保存到数据库中。
隔离性:一个事务所做的修改在最终提交以前,对其他事务是不可见的。例如从一个账户向另一个账户转账,从其他事务角度来看是一瞬间的操作,不会出现短暂的金额总数不匹配的问题。
持久性:一旦事务提交,其所做的修改就会被永久的保存在数据库中。
四种隔离级别:
READ UNCOMMITTED:未提交读
事务中的修改,即使未被提交,对其他事务也是可见的。
脏读:事务可以读取未提交的数据。
READ COMMITTED: 提交读
大部分数据库系统的默认隔离级别(mysql不是),一个事务开始时,只能“看见”已经提交的事务所作的修改。也可叫做不可重复读(nonrepeatable read) ,因为执行同样的查询,两次得到的数据可能不同。
REPEATABLE READ:可重复读
MySQL默认隔离级别。解决了脏读的问题,同时保证了在同一事务中多次读取同样的记录结果相同。然而可能会导致幻读(Phantom Read),某一个事务在读取某一个范围的记录时,另一个事务又在该范围内插入新的记录,当之前的事务再次读取该范围的记录时,就会产生幻行。
SERIALIZABLE: 可串行化
最高的隔离级别。强制事务串行执行,避免了幻读情况的发生。相当于在每一行数据上都加锁,会导致大量的超时和锁争用的问题,现实开发中很少使用该隔离级别。
死锁:两个或多个事务在同一资源上相互争夺对方占用,并请求锁定对方的资源,从而导致恶性循环的现象。
举例:
事务1:
start transaction;
update StockPrice set ... where id = 3;
update StockPrice set ... where id = 4;
commit;
事务2:
start transaction;
update StockPrice set ... where id = 4;
update StockPrice set ... where id = 3;
commit;
解决死锁:死锁检测,死锁超时机制。
以上是关于高性能MySQL_第一章-MySQL架构和历史的主要内容,如果未能解决你的问题,请参考以下文章