程序员仍旧很“香”？

这是肯定我吗？ 不容易啊，今天不开几把LOL，难消我心头之恨

面试官： 其实这数据库嘛 ，内容还是有很多的，你回去准备下，下一次的面试吧

。。。。什么个玩意儿，下次？ 那就是这次不行啦， 这还没考够啊，下巴本来没毛，你捋个什么劲儿，整得个神神忽忽的。 此时内心犹如翻江倒海，猛龙过江。白鹤亮翅的冲动打他，奈何我这小身板子不行

吒吒辉： 那行吧，下次是多久啊，我这好多天都没整顿好的啦，你给我个准信呗。

我用那水汪汪可怜的小眼神望向他说到。他却很斯文的笑着，说道

面试官： 快了，小伙子别着急，我看好你的，加油

我加你那撸啊丝压榨花生油。 面个试，还嫌我脸上出油出的不多，都是被你挤出来的。只有强忍住内心的冲动。 哎 官大一级压死人啊

吒吒辉： 行吧，那我走啦

此刻，露出我那灰溜溜的背影，犹如鲁迅先生笔下的孔乙己

 

nnodb将各个事务看为一个个节点，资源就是各个事务占用的锁，当事务1需要等待事务2的锁时，就生成一条有向边从1指向2，最后行成一个有向图。

面试官： 既然死锁无法避免，那如何减少发生呢？

吒吒辉：

•  对应用程序进行调整/修改。某些情况下，你可以通过把大事务分解成多个小事务，使得锁能够更快被释放，从而极大程度地降低死锁发生的频率。在其他情况下，死锁的发生是因为两个事务采用不同的顺序操作了一个或多个表的相同的数据集。需要改成以相同顺序读写这些数据集，换言之，就是对这些数据集的访问采用串行化方式。这样在并发事务时，就让死锁变成了锁等待。
•  修改表的schema，例如：删除外键约束来分离两张表，或者添加索引来减少扫描和锁定的行。
•  如果发生了间隙锁，你可以把会话或者事务的事务隔离级别更改为RC(read committed)级别来避免，可以避免掉很多因为gap锁造成的死锁，但此时需要把binlog_format设置成row或者mixed格式。
•  为表添加合理的索引，不走索引将会为表的每一行记录添加上锁（等同表锁），死锁的概率大大增大。
•  为了在单个InnoDB 表上执行多个并发写入操作时避免死锁，可以在事务开始时通过为预期要修改的每个元祖（行）使用SELECT ... FOR UPDATE语句来获取必要的锁，即使这些行的更改语句是在之后才执行的。
•  通过SELECT ... LOCK IN SHARE MODE获取行的读锁后，如果当前事务再需要对该记录进行更新操作，则很有可能造成死锁。因进行获锁读取在修改

这时，只见对面所坐面试官，捋了捋那没有毛发的下巴，故作深思熟虑，像是在端详这什么。 难道 难道 是让我通过了吗？

此刻内心犹如小鹿乱撞，呐喊到我要干它二量。真的是不容易。 就在此时，他起身而立，那白色T桖衫包裹着那甩大肚子，犹如波浪上下翻滚。一看就是没少在酒桌上撸肉。

只见开口到，小伙子不错啊。

（编辑：长春站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!