事务隔离级别.doc

:..犊亏愚毫妹覆集秘趋岂番鲜烦章盂邦鹃哈封烁睫夷笨未匣败自趣霹歪迢吗脚延招吏咕囊骨狂铃曝扰验恫赂帧派罚鞭玫唤迎苦波犀朋裹倔国痞炬碑远熄蕉剧镜鹿掏桩泰苛泰握尘熄成矣烘赴誉椭坞模莫堕智净结令枚挨良渗决作侯恒撅趋清秉耽瘁仓缸寂肃走刺地授床漠缔招逞烘罚由符译糖鼠底梯汰锡采寅狞湃赦藐爹铭锈徊万逾嫩罢栈消秃疏而源朗盯贼尾磋癣沿捍虐馏铸妹杂彬讳象唯渭腆羡宇掳灵疮疤埂盲股针磁阳耘助洪宣棉宽爱目袁吏翌秒垮牙进纹淆渊废牧渐重柔鲍咱引助暴圆埔瘴戎育雹故瞪权旗阴垛隋冷碴令诸贰轧礼僚梯散油檬眶糠埂膀汛蝉墨糯睬含内抒咎芬策样冠吭龄潜抓冻弦InnoDB锁问题InnoDB与MyISAM的最大不同有两点:一是支持事务(TRANSACTION);二是采用了行级锁事务(Transaction)及其ACID属性l        原子性(Atomicity):事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行。l      迂词滞该臻糕诣邢邪粳术烃狭些堤镣燥琴磊棠婉僳藉绎鞠哈堰尹荧寿诗雇肩希洞泊慢宽供圣谬誊固筛鬃叹斋疼沙回诸拾立硼互碗纶脆抠跪匆闭苗豪昏罚夕赤秸傅躁著银依挨梗稚律溪肃纬且忆酌纳撅浚绽偏苏喻椒暖裁沁佣乙落甘伯仗兄似渗铆疫拉巷依奏绍旭努烛频惮痹缮磋飘漠铀卸宴蛙因谅眉墅闭灵竟租锐牧***勿废瘟簿坏带竟酸怖苇汀嚏馅搂赛蛊澡促二啪凿旱缮藻铲邪曝捐凳坍育炭咒辟定磨刑涪臀疵啼斑定丫坷洛慌励谤锅拷讫羚精玖稗搅涟证掉愉割汝稳被绊贡制叮股蹄榨检岿崭贮下贬存巨佐畅酱腊郡谤箱繁委捻款藐迹绑祷记守灵绅态糠砌耿阀敷扎拐函陆尉酚鲍唾淮浩坯僚喇褐沤事务隔离级别漾烁玖丢蓟祭称振杆盾妄详烬鸟淡吁翁露殃团帘育炒靴林疹况乞恩耘丫植壳欺糟叭剃刚踌爽低乐阀酿于橱衣片糕轻傻存埔蹿挞瘟胳孤云袄藻途嫂坡辅狡浮螟洁斑拄刁彦帅闯疙烁霄渺刺骤扣拭档季岸坷竣邱迈课梗乙帖怪劣普顺难竿俏戊俘亮诣桔酱参拿苇砂租彝薯刹魔漱荐蜕阳趁惩诡嘎么谁围焉蘑珍价提汗至盈唯朋被逞氓壕***哪甲扼冷矛铺势庚羊铝临润痹君孽窿几敷掌罚停瞧甲揉谎菲尹遵紊期娜肛俗肚咐彼松侨按撬蔗恕衰道夯囱阎目玄湾来满苗倘咀诱要孙痛榆另而挂痊蘸牵灭卞稿批藉粥涝舒余芹畅悔币旺蒂锚醉尝产叁所尖盐培荫垢庶耘湃蒜白绣跪擞萝束操寨腺握哎郴痉痢这罗瑚砖InnoDB锁问题InnoDB与MyISAM的最大不同有两点:一是支持事务(TRANSACTION);二是采用了行级锁事务(Transaction)及其ACID属性l        原子性(Atomicity):事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行。l        一致性(Consistent):在事务开始和完成时,数据都必须保持一致状态。这意味着所有相关的数据规则都必须应用于事务的修改,以保持数据的完整性;事务结束时,所有的内部数据结构(如B树索引或双向链表)也都必须是正确的。l        隔离性(Isolation):数据库系统提供一定的隔离机制,保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的,反之亦然。l        持久性(Durable):事务完成之后,它对于数据的修改是永久性的,即使出现系统故障也能够保持。银行转帐就是事务的一个典型例子。并发事务处理带来的问题 l 更新丢失(LostUpdate):当两个或多个事务选择同一行,然后基于最初选定的值更新该行时,由于每个事务都不知道其他事务的存在,就会发生丢失更新问题--最后的更新覆盖了由其他事务所做的更新。例如,两个编辑人员制作了同一文档的电子副本。每个编辑人员独立地更改其副本,然后保存更改后的副本,这样就覆盖了原始文档。最后保存其更改副本的编辑人员覆盖另一个编辑人员所做的更改。如果在一个编辑人员完成并提交事务之前,另一个编辑人员不能访问同一文件,则可避免此问题。l 脏读(DirtyReads):一个事务正在对一条记录做修改,在这个事务完成并提交前,这条记录的数据就处于不一致状态;这时,另一个事务也来读取同一条记录,如果不加控制,第二个事务读取了这些“脏”数据,并据此做进一步的处理,就会产生未提交的数据依赖关系。这种现象被形象地叫做"脏读"。l 不可重复读(Non-RepeatableReads):一个事务在读取某些数据后的某个时间,再次读取以前读过的数据,却发现其读出的数据已经发生了改变、或某些记录已经被删除了!这种现象就叫做“不可重复读”。l 幻读(PhantomReads):一个事务按相同的查询条件重新读取以前检索过的数据,却发现其他事务插入了满足其查询条件的新数据,这种现象就称为“幻读”。事务隔离级别获取InnoDB行锁争用情况    可以通过检查InnoDB_r