84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
mysql 数据库,最近没有代码更新,数据库方面也没有变动
有用户反映登出之后再登录就没反应了,查数据库发现是该用户的数据出现死锁,并且有蔓延的趋势
能排除是数据库遭到攻击吗?
遇到类似情况的各路大仙给个建议
跪谢 orz
频繁的数据操作会造成有可能会出现先后访问聚合索引和非聚合索引的情况,从而互相阻塞形成死锁死锁可能锁在不同的资源上,也可能死在相同的资源上,可以了解下死锁的原理和执行引擎加锁原理。 一般情况下,按照相同的顺序操作资源,不使用更高级别的事务隔离级别或者用乐观锁是解决方向。具体要怎么做就看你的查询怎么写、索引怎么建了。
死锁原因在于资源相互争用。相互等待导致死锁。
攻击的话不仅仅是死锁问题了。要从程序查原因。
应该仅仅是死锁问题,原因:是不是并发操作增多,或者用户量增多,以及功能上的缺陷,比如相同的资源比如同一个表的相同数据会被多个用户同时使用,功能设计重复但是内部处理又有先后。
建议请个DBA帮你们看看。
频繁的数据操作会造成
有可能会出现先后访问聚合索引和非聚合索引的情况,从而互相阻塞形成死锁
死锁可能锁在不同的资源上,也可能死在相同的资源上,可以了解下死锁的原理和执行引擎加锁原理。
一般情况下,按照相同的顺序操作资源,不使用更高级别的事务隔离级别或者用乐观锁是解决方向。具体要怎么做就看你的查询怎么写、索引怎么建了。
死锁原因在于资源相互争用。相互等待导致死锁。
攻击的话不仅仅是死锁问题了。要从程序查原因。
应该仅仅是死锁问题,原因:是不是并发操作增多,或者用户量增多,以及功能上的缺陷,比如相同的资源比如同一个表的相同数据会被多个用户同时使用,功能设计重复但是内部处理又有先后。
建议请个DBA帮你们看看。