55.尚硅谷_MySQL高级_读锁案例讲解2.avi原创

下面呢，我们继续上一讲呢，我们是不是演示加读索呀，OK，那么现在呢，我们呢，继续干坏事加写所事实注意读所可共享，换句话说，大家给个面子啊，网开一面，读的时候咱们是不是还可以共享啊，写的时候啊，阻塞，那么现在呢，一不做二不休，30机呢干了，把斜索出来，我们来看看三选二他是如何面对的，好，我们呢往下走，那么这unlock tables没有了吧，好，通通收购，那么呢，我们呢，现在要干的事，我们是不是往my lock表里面先加一把写锁板钉啊好，那么呢，Lock table my。

Log表里面write写锁没问题吧？OK，加锁成功，老规矩，一，自己能不能读自己所过的量？O，好，再来自己能不能改自己所过的表没问题吧？再来自己能不能去读其他表？好，同学们看好了，现在我们你你你先甭管32，现在我是不是自己加了一把锁，是诺克来look呀，好，我们来看看，这个时候我们来一回车，是不是还是上面那笔账年轻啊，OK，好，那么往下来右边，那么现在我们关心的问题是我三乘二能不能去查？

其他你没加过锁的，你锁的是MY洛克哥们儿，我现在不跟你争，我去my book可不可以好里，现在行不行堵送或者不知道abcd选谁啊好，那么这个时候哈，同学们看好，这个时候我们呢，会发生一些什么样的问题，现在lock是不是加上写索了好？

是没问题，是不是指的是阻塞呀，OK，那么这个时候，那么来同学们，咱们是不是按晕是这样啊，大家看哈一回车懂了吧，我写索的时候我唯我独尊，独占别人，那么反过来讲，你要是跟我抢麦洛克，你连select都得是阻塞什么update那些你觉得还有机会吗？是不是连独操作都不可以，那么更进一步的写操作更不行啊，因为我加了邪组哥们，现在31我独占听懂好，那么这个时候我们可以看到在这儿当前31对表的读更新抄的操作都是OK，反正一句话，你加了表所，自己一个人加了表所里面的。

锁的话是不是my lock克你爱怎么玩怎么玩啊，但是旁边的时候查询被阻塞，需要等待锁被释放，没问题吧，以前发生过这样的情况，有些同学自己下去做实验的时候，在这一波没发生阻塞，那么那个时候是什么呢？你查的多了以后，它部分数据是不是从缓冲里面去了，那么这个时候呢，请同学们干嘛呢？把账ID换一下，保证那个分布是跟上一波发的不一样就行了，这点是属于什么呢？客户端的软件的一些小问题，但是这点你请一定注意，从理论上而言，你mylo表这的写索是不是刚才我也看到查询应该被阻塞呀？OK，好，那么最后unlo table示范所32获得所查询是不是返回啊，你看我这是故意拖得长，两分多钟，那么当然我们这是可以是接近20秒啊好，那么这个呢，就是我们的什么MYIO引擎的什么读索解索。

下面来看看我们的小总结和案例结论，第一个现在一定要注意哥们儿，我现在是不是myo偏读的这么一个引擎啊，它会自动给设计的所有表加读索等等，这些呢，我们呢就好，那么这一块我们呢不再细讲，那么呢，请同学们静心的花一分钟从头读到这，这些不是废话，是属于什么同学们后面复习要用的，那么这个时候请同学们呢，由于同学们已经有前面的基础，这些结合我的演示读完了这个以后，请同学们只需把最后红色的话记住即可。那么呢，请导入各自的有道云和印象笔记，要求同学们将此句话在纸上写一遍，在笔试的时候答MYS读写所。

有什么区别？那么这句话可以写在卷子上啊，那么这句话完成以后，我们下面继续我们来看看现在咱们加了这个表锁了以后，那么同学们如果有一种命令可以让我们知道锁了多长时间锁表的各种情况，那么这个时候是不是可以帮助我们更好的定位及优化我们的SQ啊，那么呢，我们来看看表锁分析，那么这个时候大家呢，可以看第一个哪些表被加锁了，是不是show open tables，再强调一遍，有一的就是锁了零的，是不是安全的扣表锁。下面我们还可以来看看这个命令，注意之前是不是那个变量参数的，那个命令现在是叫什么呢？和以前的不一样哦。

Like tables，那么这个时候同学们，我们呢，记录一下这张表的命令，那么呢，主要是有两个参数和单词呢，非常的关键，我们刚才加了写锁了以后，我们是不是等待过，那么这个时候这两个参数请同学们搂一眼。这是不是有一个weight和immediate的这么一个变量啊，它那是产生表级锁定的次数，表示可以立即获取锁的查询次数，每次加飞机第二个干嘛？主要是看它说白了什么，我等待的每等待一次就说白了我的等待情况啊，那么言下之意，我每等待一次我加个一，那么如果说此值很高，是不是说明着存在着较为严重的所征用竞争情况呀？如同说什么你在里面卫生间里面的话呢，把门一锁，外面盘缠长龙的话，大家是不是都很憋屈啊？那么所以说同学们我们往下看。

My item的引擎的特点，如果说你update了以后，三乘二经常像这样阻塞好不好啊，那么这个时候我们可以看my isem的读写所调度，什么优先这个呢，就导致MYISM不适合做写为主的引擎，坦白讲就是什么以淘宝为例，一定是买家库和卖家库是不是分开的呀，卖家库是不是更多的偏向于写呀啊，买买买，买东西的是更多是偏向于查询浏览商品，而房什么房东啊，店主店铺的买卖，卖家他是更关心的是货架上上货，各种编排和摆排啊，所以说他们两个是分开的，大家可以看我们卖I，如果是解锁以后其他。

线程可不可以做操作，大量的更新会使查询很难得到所，从而造成最恐怖的问题，什么东东，OK，那么这个就是我们为什么my item要偏读，不要让它偏写的一个原因，咱们拼写加写索以后，别人来查这边表的时候，或者查的时候是是就阻塞，那么阿的时候是不是更加阻塞呀？所以说这个就是我们什么表所的案例结论就是那句红话，那么呢，命令而言，是不是就记得这么一个，如果这个词只需要看这一个也就够了，如果它的字数越高，是不是存存在了比较严重的所竞争情况呀，OK，那么呢，这个呢就是我们的比方说他呢买S偏多一些。