事务隔离级别.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