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

1.锁的类型

锁有共享锁（Ｓ）和排它锁（Ｘ）

以及隐性锁和显性锁。

如select * from xx for update

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

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

2.行锁和表锁

（１）行锁

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

（２）表锁

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

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

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

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

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

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

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

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