① mysql出现幻读的隔离级别有哪些
用单个sentinel进程来监控redis集群是不可靠的，当sentinel进程宕掉后(sentinel本身也有单点问题，single-point-of-failure)整个集群系统将无法按照预期的方式运行。
② MySQL的默认事务隔离级别是
mysql的4种事务隔离级别，如下所示：
1、未提交读(Read Uncommitted)：允许脏读，也就是可能读取到其他会话中未提交事务修改的数据。
2、提交读(Read Committed)：只能读取到已经提交的数据。Oracle等多数数据库默认都是该级别 (不重复读)。
3、可重复读(Repeated Read)：可重复读。在同一个事务内的查询都是事务开始时刻一致的，InnoDB默认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻象读，但是innoDB解决了幻读。
4、串行读(Serializable)：完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞。
相关简介
MySQL是一个关系型数据库管理系统，由瑞典MySQL AB公司开发，属于Oracle旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在WEB应用方面，MySQL是最好的RDBMS(Relational Database Management System，关系数据库管理系统) 应用软件之一。
MySQL是一种关系型数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。
MySQL所使用的 SQL 语言是用于访问数据库的最常用标准化语言。MySQL 软件采用了双授权政策，分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择 MySQL 作为网站数据库。
③ sql server幻读用什么锁解决
数据库在处理并发事物的过程中，在不同的隔离级别下有不同的锁表现，在非可序列化隔离级别下，存在着脏读，不可重复读，丢失更新，幻读等情况。
本文不讨论脏读和不可重复读以及丢失更新的情形，仅讨论幻读，幻读是指在一个事物中，同一个条件，存在两次读到的数据行数不一致的情况。
最高隔离级别也即可序列化隔离级别消除了幻读，幻读的消除过程中会通过Range锁（也即范围锁）来实现事物隔离的。
那么，Range锁是如何产生的？产生Range锁时，锁定的范围又是如何确定的？不同的索引产生的Range锁范围有什么区别？
本文将对此进行一个粗浅的分析与推断。
http://blog.csdn.net/shengjmm/article/details/77938345
④ 隔离级别的事务隔离级别控制以下各项
读取数据时是否占用锁以及所请求的锁类型。
占用读取锁的时间。
引用其他事务修改的行的读取操作是否：
在该行上的排他锁被释放之前阻塞其他事务。
检索在启动语句或事务时存在的行的已提交版本。
读取未提交的数据修改。
选择事务隔离级别不影响为保护数据修改而获取的锁。事务总是在其修改的任何数据上获取排他锁并在事务完成之前持有该锁，不管为该事务设置了什么样的隔离级别。对于读取操作，事务隔离级别主要定义保护级别，以防受到其他事务所做更改的影响。
较低的隔离级别可以增强许多用户同时访问数据的能力，但也增加了用户可能遇到的并发副作用（例如脏读或丢失更新）的数量。相反，较高的隔离级别减少了用户可能遇到的并发副作用的类型，但需要更多的系统资源，并增加了一个事务阻塞其他事务的可能性。应平衡应用程序的数据完整性要求与每个隔离级别的开销，在此基础上选择相应的隔离级别。最高隔离级别（可序列化）保证事务在每次重复读取操作时都能准确检索到相同的数据，但需要通过执行某种级别的锁定来完成此操作，而锁定可能会影响多用户系统中的其他用户。最低隔离级别（未提交读）可以检索其他事务已经修改、但未提交的数据。在未提交读中，所有并发副作用都可能发生，但因为没有读取锁定或版本控制，所以开销最少。
控制隔离数据以供一个进程使用并防止其它进程干扰的程度的事务属性。设置隔离级别定义了 SQL Server 会话中所有 SELECT 语句的默认锁定行为。
当多个事务同时进行时,通过设置隔离级别来处理脏读、不可重复读、幻读事件 将查询的隔离级别指定为 0。
可以读脏数据
读脏数据:一事务对数据进行了增删改,但未提交,有可能回滚,另一事务却读取了未提交的数据 将查询的隔离级别指定为 1。
避免脏读,但可以出现不可重复读和幻读
不可重复读:一事务对数据进行了更新或删除操作,另一事务两次查询的数据不一致
幻像读:一事务对数据进行了新增操作,另一事务两次查询的数据不一致 将查询的事务隔离级别指定为 2。
避免脏读,不可重复读,允许幻像读 将查询的隔离级别指定为 3。
串行化读，事务只能一个一个执行，避免了脏读、不可重复读、幻读
执行效率慢（我遇到过一种情况，用时是隔离级别1的30倍），使用时慎重 当读取数据时，可以保证读操作读取的行是事务开始时可用的最后提交版本。
这意味着这种隔离级别可以保证读取的是已经提交过的数据，并且可以实现可重复读，
也能确保不会幻读。不过这种隔离级别使用的不是共享锁，而是行版本控制。
SQL Server 2005以后的版本支持。
下表显示了不同隔离级别允许的并发副作用。 隔离级别 脏读 不可重复读 虚拟读取 未提交读 是 是 是 已提交读 否 是 是 可重复读 否 否 是 快照 否 否 否 可序列化 否 否 否
⑤ 在标准sql中，事务的隔离级别包含哪些
spring的事务处理主要是依靠AOP实现的，这个没什么好说的随便搜索一下，网上很多示例。隔离级别是针对并发事务而言的，单个事务的处理很简单不多说。并发事务的处理则比较复杂，因为往往一条数据是跨事务的，这会造成许多不可预知的后果。一般来说，系统执行并发事务时，会把当前在执行的事务独立起来，也就是和其他事务进行隔离。好像系统中只有这一个事务，其他事务不存在一样。这也就是完全隔离，即系统中只运行单位时间内，最多只有一个事务在执行，其他事务要等到该事务执行完毕之后才能执行，这在现实中基本是不可行的，比如，你要更新你的QQ用户信息，那么就是说，在你更新的这段时间内，其他的用户是无法更新他的用户信息的。举个深动的例子，把事务比作一条在公路上奔跑的汽车，完全隔离，就像是，在汽车从公路一头到另一头这段时间内，公路上不允许有其他的汽车，这样做当然可以完全避免车祸，也就是数据跨事务带来的隐患风险，但是带来了巨大的效率问题，那么如果同时在公路上让多辆汽车行驶会造成什么情况呢。具体来说有一下几种：更新丢失（LostUpdate）：两个事务都企图去更新一行数据，导致事务抛出异常退出，两个事务的更新都白费了。脏数据（DirtyRead）：如果第二个应用程序使用了第一个应用程序修改过的数据，而这个数据处于未提交状态，这时就会发生脏读。第一个应用程序随后可能会请求回滚被修改的数据，从而导致第二个事务使用的数据被损坏，即所谓的“变脏”。不可重读（UnrepeatableRead）：一个事务两次读同一行数据，可是这两次读到的数据不一样，就叫不可重读。如果一个事务在提交数据之前，另一个事务可以修改和删除这些数据，就会发生不可重读。幻读（PhantomRead）：一个事务执行了两次查询，发现第二次查询结果比第一次查询多出了一行，这可能是因为另一个事务在这两次查询之间插入了新行。以上就是并行事务处理时常遇到的大致问题。针对这些问题，提出了几个不同的事务隔离级别，适应特定的环境需要。具体是：读操作未提交（ReadUncommitted）：说明一个事务在提交前，其变化对于其他事务来说是可见的。这样脏读、不可重读和幻读都是允许的。当一个事务已经写入一行数据但未提交，其他事务都不能再写入此行数据；但是，任何事务都可以读任何数据。这个隔离级别使用排写锁实现。读操作已提交（ReadCommitted）：读取未提交的数据是不允许的，它使用临时的共读锁和排写锁实现。这种隔离级别不允许脏读，但不可重读和幻读是允许的。可重读（RepeatableRead）：说明事务保证能够再次读取相同的数据而不会失败。此隔离级别不允许脏读和不可重读，但幻读会出现。可串行化（Serializable）：提供最严格的事务隔离。这个隔离级别不允许事务并行执行，只允许串行执行。这样，脏读、不可重读或幻读都可发生
⑥ MySQL 是如何实现四大隔离级别的
SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。
Read Uncommitted（读取未提交内容）
在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。
Read Committed（读取提交内容）
这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。
Repeatable Read（可重读）
这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。
Serializable（可串行化）
这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。
这四种隔离级别采取不同的锁类型来实现，若读取的是同一个数据的话，就容易发生问题。例如：
脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。
幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。
在MySQL中，实现了这四种隔离级别，分别有可能产生问题如下所示：
⑦ 什么是脏读，幻读和不可重复读
1.脏读 ：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。2.不可重复读 ：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两 次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不 可重复读。例如，一个编辑人员两次读取同一文档，但在两次读取之间，作者重写了该文档。当编辑人员第二次读取文档时，文档已更改。原始读取不可重复。如果 只有在作者全部完成编写后编辑人员才可以读取文档，则可以避免该问题。3.幻读:是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。 同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象 发生了幻觉一样。例如，一个编辑人员更改作者提交的文档，但当生产部门将其更改内容合并到该文档的主复本时，发现作者已将未编辑的新材料添加到该文档中。 如果在编辑人员和生产部门完成对原始文档的处理之前，任何人都不能将新材料添加到文档中，则可以避免该问题。补充: 基于元数据的Spring声明性事务:Isolation属性一共支持五种事务设置，具体介绍如下：lDEFAULT使用数据库设置的隔离级别(默认) ，由DBA默认的设置来决定隔离级别.lREAD_UNCOMMITTED 会出现脏读、不可重复读、幻读(隔离级别最低，并发性能高)lREAD_COMMITTED 会出现不可重复读、幻读问题（锁定正在读取的行）lREPEATABLE_READ 会出幻读（锁定所读取的所有行）lSERIALIZABLE 保证所有的情况不会发生（锁表） 不可重复读的重点是修改:同样的条件, 你读取过的数据, 再次读取出来发现值不一样了 幻读的重点在于新增或者删除同样的条件,第1次和第2次读出来的记录数不一样
⑧ 事务的隔离级别有几种
事务的隔离级别有以下几种：
1、第一种隔离级别：Read uncommitted （读未提交）
一个事务在写数据时，不允许另外一个事务进行写操作，但允许读操作。这样避免了更新丢失，却可能出现脏读，也就是说（事务A读到了事务B未提交的数据，事务B修改了内容后，又进行了回滚，那么此时事务A读取到的数据就成为了脏数据）。
解决了更新丢失，但还是可能会出现脏读。
2、第二种隔离级别：Read committed （读提交）
写事务提交之前不允许其他事务的读操作，可以解决脏读问题。但会出现一个事务范围内两个相同的查询却返回了不同数据（事务A，读取了数据后，事务B修改了数据并进行了提交，那么此时事务A再次读取时，就会出现数据不一致的情况），这就是不可重复读。
解决了更新丢失和脏读问题，但是可能出现不可重复读。
3、第三种隔离级别：Repeatable read（可重复读）
在开始读取数据（事务开启）时，不再允许修改操作，这样就可以在同一个事务内两次读到的数据是一样的，因此称为是可重复读隔离级别，但是有时可能会出现幻读。
（事务在操作过程中进行两次查询，第二次查询的结果包含了第一次查询中未出现的数据或者缺少了第一次查询中出现的数据（这里并不要求两次查询的SQL语句相同）。
这是因为在两次查询过程中有另外一个事务插入数据造成的。）
解决了更新丢失、脏读、不可重复读、但是还会出现幻读。
4、第四种隔离级别：Serializable（可序化）
要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行，如果仅仅通过“行级锁”是无法实现序列化的，必须通过其他机制保证新插入的数据不会被执行查询操作的事务访问到。
序列化是最高的事务隔离级别，同时代价也是最高的，性能很低，一般很少使用，在该级别下，事务顺序执行，不仅可以避免脏读、不可重复读，还避免了幻读。