59.尚硅谷_MySQL高级_索引失效行锁变表锁.avi原创

什么问题啊，来同学们早上演示到最后一点点的时候，我是不是31是操作四号记录，三乘二是操作九号记录，跟我讲咱们是不是你走你的阳关道，我过我的独木桥，各不相干，因为咱们现在是不是很索呀，好那么这个时候因为可以看到哈，同学们，我们呢，再回忆一下，早上我是不是改过四了以后再改过一次九，否则初初始值我都是五号是5000，六号是6000，七号是7000 9001和4008，我们是不是各自改过了，好那么这个时候我们呢，可以看到哈，来下面我们来看看一个非常严肃的问题，无所以会导致，也就是说索引见了以后使用不当的话，是不是会导致函锁升级为表锁。请问这个打击面大不大啊？我们现在的阴动登会默认是不是只是行锁呀，哥们儿，你动四我动九，咱们两个各不相干，突然由于你误操作，你本身的意图只是所四第四行会导致我第九行是不是也就是O了，那么好，我们可以干脆为了给这个效果的话，我再来一次，兄弟们，我现在四号记录，我给他改回4000没问题吧，好，现在呢，我们呢，啊对称呢，不会又是的。

哎，宝贝这个表容们洗到的是吧，好兄弟们，早上我们说过你动四我动九，咱们是不是各自OK，好这块，但是我们再回忆一下，早上说过，上一节课说过，如果我动了四，我没有卡密特之前，你要去动词的话，你这块是不是会被阻塞呀，好那么那这个时候我们大家看是不是迅速两边都出了qua OK了，那么好卡卡米，那么这个时候来同学们这个是不是四千九千恢复成功了，那么这诶。

这个是不是四千九千恢复成功，OK，那么现在根据我们的呢，好说，可问题呢，我给你扯淡，别忘了兄弟们，我借了两个，我借了两个索引，一个是给A，一个是给B，没问题吧，那么大家还记不记得我们原来说过一句话，就是索引失效的以后性能会不会下降啊？一个是第一方面，更恐怖是如果牵扯到锁的话，是不是会导致寒锁变表锁。

什么意思呢？现在我们来看看哈。各位亲，A是number型，B是8X型，没问题吧？好，现在我这么改。Sat。什么呢？A等于41没问题吧？Y啊，B等于4000，请问此时我没有写错吧？那么也就是说B是八叉形没问题吧？好，兄弟们，请看我这。要改成九零零幺一句话，兄弟，你动的是四千四号记录，我动的是九号，现在咱们俩是不是还是各不相单，好，这个时候请看，没题吧，没问题吧，好，行函所没有任何问题，但关键是还记记得我们所以是上时说过一句话，自动类型转换，也就是说挖差必须加单引号，否则是重罪。好同学们请看现在弟兄们我是不是不以人为的手误把它写错，B这个字段是八叉形，加不加单引号应该现在我是不是故意干掉了？那么大家认为这条update语句可不可以修改成功，因为MYS底层做了练习转换，但是由于你B这一列。

诶，是做了索引的一列，你自动的做了类型转换了以后是置索引失效，那么大家请看，此时我呢，E up date回车quary OK，兄弟你倒是挺high，那么呢，我们来一个select，大家可以看啊，我这块是不是还是没改时啊，但是同学们应该知道我现在是不是在改着这个啊，好，我是不是没有卡密呀，好，这个时候大家看我的九号记录，我要改成9002，兄弟们都知道，以前我你是四号记录第四行，我是九号记录第九行，咱们是不是分开的，现在我一回车是不是一下子从寒锁变成了表锁呀，这种是在生产上最隐蔽的故障，所以说挖差类型，只要你不写这个单双引号，有可能就会导致这种可怕的现象，关键你是不是还不知情啊，这就是一直我们所说的。新员工一来了，系统变。

明白了，新员工一离职了，系统就变好了，OK，那么好，同学们请看我现在看例，以后请看右边，大家看是不是接近等待的30秒钟啊，那这个就是什么最危险的，而且还是不是还是你不小心的情况下，寒锁变成了秒锁呀，好那么这个时候我把卡变称已写好来大家看现在是不是都正常了，9002，那么呢，我们呢，就获得了我们相应的结果，OK，那么这样我把它改回来一下，那么呢，是不是四千四千，这个是四号记录四啊同学们好，那么这个时正块没写错了吧？好那么这个时候同学们查询一下。

我这是不是右没看没上，现在是不是都OK了，好，那么对于这个知识点，所以时效导致函所变表所通了吗？好。