mysql一般不会死锁,除非程序有问题.性能优先事务不优先的数据库（设置）不要追求可靠性万无一失.
网站性能问题主要是数据库量大了以后,查询扫描硬盘而产生的.其它性能不要太在意.编写代码的时候不要坚持性能原则,而是坚持可用性原则.初学者编写代码通常容易面向性能,但是一个项目的一个页面几百、几千行代码是很常见的.要面向可用性、可维护性、可读性.这是项目原则.你看看java语言.对于网站,除了查询扫描硬盘而产生的时间延迟,其它是不管的,只要不算有问题就可以.
连接方式是否为永久连接,在访问量未达到高并发之前,还是非永久链接更好.非永久连接的资源消耗是不大于永久连接的,因为mysql是把连接权限缓存的,不会多次扫描硬盘,性能是可执行级别的而不是查找数据级别的.在访问量达到高并发之后,性能问题的原因是多方面的,多环节的,是否为永久连接不是主要原因.
第一段：show ENGINE INNODB status
查看死锁位置,分析.
第二段：
首先解决死锁可以从死锁发生的条件入手,最容易解决的就是更改获取资源的顺序；
其次是避免长事务,让事务执行的时间尽可能少,让事务的覆盖范围尽可能小,长事务会导致并发度降低,且会有更多的SQL查 询延迟；
给整个方法加事务是否是必须的?可以不加事务的尽量不加.
官方定义如下：两个事务都持有对方需要的锁,并且在等待对方释放,并且双方都不会释放自己的锁.
这个就好比你有一个人质,对方有一个人质,你们俩去谈判说换人.你让对面放人,对面让你放人.
看到这里,也许你会有这样的疑问,事务和谈判不一样,为什么事务不能使用完锁之后立马释放呢?居然还要操作完了之后一直持有锁?这就涉及到 MySQL 的并发控制了.
官方定义：
对应到 MySQL 上分为两个阶段：
就是说呢,只有遵循两段锁协议,才能实现 可串行化调度 .
但是两阶段锁协议不要求事务必须一次将所有需要使用的数据加锁,并且在加锁阶段没有顺序要求,所以这种并发控制方式会形成死锁.
MySQL有两种死锁处理方式：
由于性能原因,一般都是使用死锁检测来进行处理死锁.
死锁检测的原理是构建一个以事务为顶点、锁为边的有向图,判断有向图是否存在环,存在即有死锁.
检测到死锁之后,选择插入更新或者删除的行数最少的事务回滚,基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段来判断.
MySQL如何处理死锁
以上就是土嘎嘎小编为大家整理的mysql怎么预防死锁相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用,就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦！！