序列化的实现
InnoDB对于序列化的实现方式,是通过两种方式实现的。
第一种,当SELECT语句在一个显式的事务块内,如执行表11-9中的编号为1的情况,将施加LOCK_S锁,根据表11-6(记录锁事务锁相容表)可知,LOCK_S锁排斥写锁,所以序列化隔离级别下只允许并发地读取操作,并发写被禁止,因此实现了可序列化。
相应代码如下:
ha_innobase::external_lock(...) {... if (lock_type != F_UNLCK) { /* MySQL is setting a new table lock */ ... if (trx->isolation_level == TRX_ISO_SERIALIZABLE //序列化隔离级别 && m_prebuilt->select_lock_type == LOCK_NONE && thd_test_options(thd, OPTION_NOT_AUTOCOMMIT | OPTION_BEGIN)) { //且在一个显式事务块内部 /* To get serializable execution, we let InnoDB conceptually add 'LOCK IN SHARE MODE' to all SELECTs which otherwise would have been consistent reads. An exception is consistent reads in the AUTOCOMMIT=1 mode: we know that they are read-only transactions, and they can be serialized also if performed as consistent reads. */ m_prebuilt->select_lock_type = LOCK_S; //加读锁,即 'LOCK IN SHARE MODE' m_prebuilt->stored_select_lock_type = LOCK_S; } //否则,不加锁(这一点也很重要) ... } else { TrxInInnoDB::end_stmt(trx); DEBUG_SYNC_C("ha_innobase_end_statement"); } ...}
第二种,当SELECT语句不在一个显式的事务块内,则通过获取最新快照(在事务开始的时候,),然后读取数据。此时,因基于快照的一致性读不需要加锁,所以其加锁情况对应到了表11-9中的编号2对应的情况。
表11-9 序列化隔离级别加锁情况
说明:
S0:SELECT * FROM bluesea WHERE c1=2;
//使用主键索引做WHERE条件
另外,对于FLUSH...WITH READ LOCK语句,序列化隔离级别下也需要加读锁LOCK_S
代码如下:
ha_innobase::store_lock( ... /* Check for FLUSH TABLES ... WITH READ LOCK */ if (trx->isolation_level == TRX_ISO_SERIALIZABLE) { m_prebuilt->select_lock_type = LOCK_S; m_prebuilt->stored_select_lock_type = LOCK_S; } else { m_prebuilt->select_lock_type = LOCK_NONE; m_prebuilt->stored_select_lock_type = LOCK_NONE; } ... }
与序列化相关的,还有innobase_query_caching_of_table_permitted()
函数,序列化隔离级别不允许缓冲查询。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对的支持。
免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件! 如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
稳了!魔兽国服回归的3条重磅消息!官宣时间再确认!
昨天有一位朋友在大神群里分享,自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址,com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后,确实是网易的网址,也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情,因为以前都没有出现这样的情况,现在突然提示跳转到国服战网的网址,是不是说明了简体中文客户端已经开始进行更新了呢?