MYSQL锁机制以及优化建议

数据操作类型：读锁、写锁

操作粒度：表锁、行锁

性能：乐观锁、悲观锁

MyISAM在执行查询语句SELECT前，会自动给涉及的所有表加读锁,在执行update、insert、delete操作会自动给涉及的表加写锁；

InnoDB在执行查询语句SELECT时(非串行隔离级别)，不会加锁。但是update、insert、delete操作会加行锁。

锁主要是加在索引上，如果对非索引字段更新，行锁可能会变表锁

InnoDB的行锁是针对索引加的锁，不是针对记录加的锁。并且该索引不能失效，否则都会从行锁升级为表锁

优化建议

尽可能让所有数据检索都通过索引来完成，避免无索引行锁升级为表锁

合理设计索引，尽量缩小锁的范围

尽可能减少检索条件范围，避免间隙锁

尽量控制事务大小，减少锁定资源量和时间长度，涉及事务加锁的sql尽量放在事务最后执行

尽可能低级别事务隔离

MVCC多版本并发控制机制

Multi-Version Concurrency Control

同样的sql查询语句在一个事务里多次执行查询结果相同，就算其它事务对数据有修改也不会影响当前事务sql语句的查询结果，Mysql在读已提交和可重复读隔离级别下都实现了MVCC机制

优点：避免了频繁加锁互斥