MySQL 中提供了两种封锁粒度：行级锁以及表级锁。应该尽量只锁定需要修改的那部分数据，而不是所有的资源。锁定的数据量越少，发生锁争用的可能就越小，系统的并发程度就越高。但是加锁需要消耗资源，锁的各种操作（包括获取锁、释放锁、以及检查锁状态）都会增加系统开销。因此封锁粒度越小，系统开销就越大。在选择封锁粒度时，需要在锁开销和并发程度之间做一个权衡。1. 表锁 开销小，加锁快；不会出现死锁；锁定力度
最近对insert的锁操作比较费解，所以自己动手，一看究竟。主要是通过一下三个sql来看一下执行中的sql的到底使用了什么锁。select * from information_schema.INNODB_TRX\G; //记录当前正在执行的事务，以及事务的一些状态select * from information_schema.INNODB_LOCKS\G; //包含了InnoDB事务锁...
最近对insert的锁操作比较费解，所以自己动手，一看究竟。主要是通过一下三个sql来看一下执行中的sql的到底使用了什么锁。select * from information_schema.INNODB_TRX\G; //记录当前正在执行的事务，以及事务的一些状态select * from information_schema.INNODB_LOCKS\G; //包含了InnoDB事务锁...
