mysql innodb 事务操作的表锁及行锁-Deadlock found when trying to get lock; try restarting transaction的优化

1.锁的类型

锁有共享锁(S)和排它锁(X)

以及隐性锁和显性锁。

如select * from xx for update

这样现性的增加了一个表锁在表之上。

而update和delete则会隐性的在表上或者行上增加一个锁。

2.行锁和表锁

(1)行锁

对记录的的锁定,如update和delete操作会加锁,这时关于这条记录的查询操作是不能进行的,需要等待;

(2)表锁

对表一级的锁定,所有对这个表的查询都将被挂起,直到事务完成。

3.删除操作增加锁的区别

如果要是批量删除某些记录,如果在高并发情况下,如果使用非主键和索引的字段进行删除,如用exist关键字的查询,则会将整个表进行了锁定。

这种情况下,好多的查询都处于等待的状态这样,性能自然不会高。

而如果使用主键索引的字段进行删除、如用游标进行删除,那么就是增加的行锁,锁定只是对行一级的锁定,并不影响对其他行的查询。


在更改了删除方式之后,Deadlock found when trying to get lock; try restarting transaction,这个错误有效的减少了。

这个错误是说,mysql发现了一个死锁,那么就重启这个事务,这样就解决了数据死锁的问题。

而且因为这个机制的存在,数据库用innodb引擎\4CORE\4G的条件下跑出40并发no thinking 的成绩,性能还是不错的。

你可能感兴趣的:(方法论)