对于表的锁的探索
开多个客户端界面
DROP TABLE IF EXISTS `m_user`;
测试数据:
INSERT INTO `dragsun_db`.`m_user` (`i_id`, `i_name`, `create_time`, `update_time`, `is_delete`, `i_type`) VALUES ('0000000001', 'ajason', '2017-06-13 09:03:08', '2017-07-24 09:03:11', '1', '1');前提 i_type 普通字段，无索引
若字段条件(where 条件)的值在表中并无记录，是不会触发锁的 (即影响行数0)
alter table 操作，不需要使用事务 (也没有作用) , 遇到表中未提交的事务会被阻塞
事务开启：begin ;
事务回归：rollback ;
事务提交：commit ;
update 锁
事务A 中执行update 时( 未提交commit )，若使用主键查询，锁的是行记录
若用非主键查询，锁的是整表，这时候事务还未提交时，插入(update)删除(delete)操作都阻塞等待
后果：容易死锁 如：
事务A 中执行( 未提交 )：update m_user set i_name = 'ajason' where i_type in ( 1 )
同理 ：
delete 锁
事务中执行非主键查询锁表，主键查询锁行
delete from m_user where i_type in ( 1 )
当表中还有事务 未提交
alter table 对表进行修改会造成死锁
这时候将 i_type 改成 unique 的 btree 索引时
index_i_type i_type Unique
操作(update,delete同)
事务A 中执行以上操作并且未提交:
insert锁
当事务A执行如下语句时(i_id 为 5 ,原来数据库没有的字段)
INSERT INTO `dragsun_db`.`m_user` (`i_id`, `i_name`, `create_time`, `update_time`, `is_delete`, `i_type`) VALUES ('0000000005', 'jenny', '2017-06-13 09:03:08', '2017-07-24 09:03:11', '1', '5');事务A未提交
1.其他事务对i_id 为 5 的操作无法继续(阻塞等待)
比如执行(同理delete)
行锁：update m_user set i_name = 'ajason' where i_id = 5;
2.其他事务对i_id 不为 5 的操作不会阻塞
比如执行(同理delete)
行锁：update m_user set i_name = 'ajason' where i_id = 6;
或者执行 insert 操作 分3种情况分析：
1.主键与unique索引都相同
事务B 执行:
2.主键相同，索引不同
INSERT INTO `dragsun_db`.`m_user` (`i_id`, `i_name`, `create_time`, `update_time`, `is_delete`, `i_type`) VALUES ('0000000005', 'jenny', '2017-06-13 09:03:08', '2017-07-24 09:03:11', '1', '6');3.主键不同，索引相同
INSERT INTO `dragsun_db`.`m_user` (`i_id`, `i_name`, `create_time`, `update_time`, `is_delete`, `i_type`) VALUES ('0000000006', 'jenny', '2017-06-13 09:03:08', '2017-07-24 09:03:11', '1', '5');4.主键和索引都不同 互不影响
结论：
说明行锁通过主键，唯一(unique)索引无法锁行(与普通字段一样)，只会锁表
锁表：
使用 insert , update , delete 语句对表操作时，都会阻塞
锁表和锁行时：
进行普通 select 查询并不会阻塞
select 锁(排他锁和共享锁)
非：
数据库实现了超时锁释放
数据库锁超时报错：
[Err] 1205 - Lock wait timeout exceeded; try restarting transaction
操作:
当遇到alter table 对表操作时，直接无响应 或者死锁
select * from information_schema.INNODB_TRX