无锡网站制作推广,装饰工程施工工艺,桂林网站定制建设,塑胶托盘东莞网站建设该楼层疑似违规已被系统折叠 隐藏此楼查看此楼1.全局修改#xff0c;修改mysql.ini配置文件#xff0c;在最后加上1 #可选参数有#xff1a;READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE.2 [mysqld]3 transaction-isolation REPEATABLE-READ这里全局默…该楼层疑似违规已被系统折叠 隐藏此楼查看此楼1.全局修改修改mysql.ini配置文件在最后加上1 #可选参数有READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE.2 [mysqld]3 transaction-isolation REPEATABLE-READ这里全局默认是REPEATABLE-READ,其实MySQL本来默认也是这个级别2.对当前session修改在登录mysql客户端后执行命令 要记住mysql有一个autocommit参数默认是on他的作用是每一条单独的查询都是一个事务并且自动开始自动提交(执行完以后就自动结束了如果你要适用select for update而不手动调用 start transaction这个for update的行锁机制等于没用因为行锁在自动提交后就释放了)所以事务隔离级别和锁机制即使你不显式调用start transaction这种机制在单独的一条查询语句中也是适用的分析锁的运作的时候一定要注意这一点 再来说说锁机制共享锁由读表操作加上的锁加锁后其他用户只能获取该表或行的共享锁不能获取排它锁也就是说只能读不能写排它锁由写表操作加上的锁加锁后其他用户不能获取该表或行的任何锁典型是mysql事务中start transaction;select * from user where userId 1 for update;执行完这句以后 1)当其他事务想要获取共享锁比如事务隔离级别为SERIALIZABLE的事务执行 select * from user; 将会被挂起因为SERIALIZABLE的select语句需要获取共享锁 2)当其他事务执行 select * from user where userId 1 for update; update user set userAge 100 where userId 1; 也会被挂起因为for update会获取这一行数据的排它锁需要等到前一个事务释放该排它锁才可以继续进行 锁的范围:行锁: 对某行记录加上锁表锁: 对整个表加上锁这样组合起来就有,行级共享锁,表级共享锁,行级排他锁,表级排他锁 下面来说说不同的事务隔离级别的实例效果例子使用InnoDB开启两个客户端AB在A中修改事务隔离级别在B中开启事务并修改数据然后在A中的事务查看B的事务修改效果 1.READ-UNCOMMITTED(读取未提交内容)级别 1)A修改事务级别并开始事务对user表做一次查询 2)B更新一条记录 3)此时B事务还未提交A在事务内做一次查询发现查询结果已经改变 4)B进行事务回滚 5)A再做一次查询查询结果又变回去了 6)A表对user表数据进行修改 7)B表重新开始事务后对user表记录进行修改修改被挂起直至超时但是对另一条数据的修改成功说明A的修改对user表的数据行加行共享锁(因为可以使用select) 可以看出READ-UNCOMMITTED隔离级别当两个事务同时进行时即使事务没有提交所做的修改也会对事务内的查询做出影响这种级别显然很不安全。但是在表对某行进行修改时会对该行加上行共享锁 2. READ-COMMITTED(读取提交内容) 1)设置A的事务隔离级别并进入事务做一次查询 2)B开始事务并对记录进行修改 3)A再对user表进行查询发现记录没有受到影响 4)B提交事务 5)A再对user表查询发现记录被修改 6)A对user表进行修改 7)B重新开始事务并对user表同一条进行修改发现修改被挂起直到超时但对另一条记录修改却是成功说明A的修改对user表加上了行共享锁(因为可以select) READ-COMMITTED事务隔离级别只有在事务提交后才会对另一个事务产生影响并且在对表进行修改时会对表数据行加上行共享锁 3. REPEATABLE-READ(可重读) 1)A设置事务隔离级别进入事务后查询一次 2)B开始事务并对user表进行修改 3)A查看user表数据数据未发生改变 4)B提交事务 5)A再进行一次查询结果还是没有变化 6)A提交事务后再查看结果结果已经更新 7)A重新开始事务并对user表进行修改 8)B表重新开始事务并对user表进行修改修改被挂起直到超时对另一条记录修改却成功说明A对表进行修改时加了行共享锁(可以select) REPEATABLE-READ事务隔离级别当两个事务同时进行时其中一个事务修改数据对另一个事务不会造成影响即使修改的事务已经提交也不会对另一个事务造成影响。 在事务中对某条记录修改会对记录加上行共享锁直到事务结束才会释放。 4.SERIERLIZED(可串行化) 1)修改A的事务隔离级别并作一次查询 2)B对表进行查询正常得出结果可知对user表的查询是可以进行的 3)B开始事务并对记录做修改因为A事务未提交所以B的修改处于等待状态等待A事务结束最后超时说明A在对user表做查询操作后对表加上了共享锁 SERIALIZABLE事务隔离级别最严厉在进行查询时就会对表或行加上共享锁其他事务对该表将只能进行读操作而不能进行写操作。
