mybatis之脏数据产⽣与避免⼀、脏数据产⽣ ⼆级缓存虽然能提⾼应⽤效率，减轻数据库服务器的压⼒，但是如果使⽤不当，很容易产脏数据，这些脏数据会在不知不觉中影响业务逻辑，影响应⽤的实效，所以我们需要了解在MyBat 缓存中脏数据是如何产⽣的，也要掌握避免脏数据的技巧。
MyBatis⼆级缓存是和命名空间绑定的，所以通常情况下每 Mapper 映射⽂件都拥有⾃⼰的⼆级缓存，不同 Mapper ⼆级缓存互不影。
在常见的数据库操作中，多表联合查询⾮常常见，由于关系型数据库的设计使得很多时候需要关联多个表才能获得想要的数据。
在关联多表查询时肯定会将该查询放到某个命名空间下的映射⽂件中，这样⼀个多表的查询就会缓存在该命名空间的⼆级缓存中。
涉及这些表的增、删、改操作通常不在个映射⽂件中，它们的命名空间不同，当有数据变时，多表查询的缓存未必会被清空，这种情况下就会产⽣脏数据。
现在我们先来模拟⼀下脏数据是如何产⽣的。
1. 准备⼯作：UserMapper.xml和RoleMapper.xml中分别设置⼆级缓存：<mapper namespace="erMapper"><cacheeviction="FIFO"flushInterval="6000"size="512"readOnly="false"/></mapper><mapper namespace="com.example.simple.mapper.RoleMapper"><cacheeviction="FIFO"flushInterval="6000"size="512"readOnly="false"/></mapper>SysRole.java和SysUser.java序列化实现：public class SysUser implements Serializable {private static final long serialVersionUID = 6320941908222932112L ;}public class SysRole implements Serializable {private static final long serialVersionUID = 6320941908222932112L ;}2. 准备代码测试：@Testpublic void testDirtyDate(){SqlSession sqlSession = getSqlSession();try {UserMapper userMapper = sqlSession.getMapper(UserMapper.class);SysUser user = userMapper.selectUserAndRoleById(1001L);Assert.assertEquals("普通⽤户",user.getRole().getRoleName());System.out.println("⾓⾊名：" + user.getRole().getRoleName());}finally {sqlSession.close();}System.out.println("开启⼀个新的session");sqlSession = getSqlSession();try{RoleMapper roleMapper = sqlSession.getMapper(RoleMapper.class);SysRole role = roleMapper.selectById(2L);role.setRoleName("脏数据");//提交修改mit();}finally {sqlSession.close();}System.out.println("开启第⼆个新的session");sqlSession = getSqlSession();try{UserMapper userMapper = sqlSession.getMapper(UserMapper.class);RoleMapper roleMapper = sqlSession.getMapper(RoleMapper.class);SysUser user = userMapper.selectUserAndRoleById(1001L);SysRole role = roleMapper.selectById(2l);Assert.assertEquals("普通⽤户" , user.getRole().getRoleName());Assert.assertEquals("脏数据" , role.getRoleName());;System.out.println("⾓⾊名：" + user.getRole().getRoleName());//还原数据role.setRoleName("普通⽤户");roleMapper.updateById(role);mit();}finally {sqlSession.close();}}测试后结果：DEBUG [main] - Cache Hit Ratio [erMapper]: 0.0DEBUG [main] - ==> Preparing: select u.id, er_name userName, er_password userPassword, er_email userEmail ,er_info userInfo , u.head_img headImg, u.create_time createTime , r.id "role.id", r.role_name "role.roleName" , r.enabled "role.enabled" , r.create_by "role.createBy", r.create_time "role.createTime" from sys_user u inner join sys_user_role ur on u.id = er_id inner joinsys_role r on ur.role_id = r.id where u.id = ?DEBUG [main] - ==> Parameters: 1001(Long)TRACE [main] - <== Columns: id, userName, userPassword, userEmail, userInfo, headImg, createTime, role.id, role.roleName,role.enabled, role.createBy, role.createTimeTRACE [main] - <== Row: 1001, test, 123456, test@, <<BLOB>>, <<BLOB>>, 2020-12-01 20:05:01, 2, 普通⽤户, 1, 1, 2020-12-01 20:05:04DEBUG [main] - <== Total: 1⾓⾊名：普通⽤户开启⼀个新的sessionDEBUG [main] - Cache Hit Ratio [com.example.simple.mapper.RoleMapper]: 0.0DEBUG [main] - ==> Preparing: select id, role_name,enabled,create_by,create_time from sys_role where id = ?DEBUG [main] - ==> Parameters: 2(Long)TRACE [main] - <== Columns: id, role_name, enabled, create_by, create_timeTRACE [main] - <== Row: 2, 普通⽤户, 1, 1, 2020-12-01 20:05:04DEBUG [main] - <== Total: 1开启第⼆个新的sessionDEBUG [main] - Cache Hit Ratio [erMapper]: 0.5DEBUG [main] - Cache Hit Ratio [com.example.simple.mapper.RoleMapper]: 0.5⾓⾊名：普通⽤户DEBUG [main] - ==> Preparing: update sys_role set enabled = ? where id = ?DEBUG [main] - ==> Parameters: 1(Integer), 2(Long)DEBUG [main] - <== Updates: 1测试的思路和脏数据产⽣分析是：第⼀个sqlSession负责先关联⽤户表和⾓⾊表将user_id = 1001L的⽤户信息和⾓⾊信息查询出来；第⼆个sqlSession负责将上⼀个sqlSession中查询到的⾓⾊信息对应的role_id进⾏再查询，并对role_name进⾏赋值，使得role_name被赋予新值；第三个sqlSession分别通过SysUser类和SysRole类获取⾓⾊name，发现两者取出来的值并不⼀样，这时就出现了脏数据，这时因为UserMapper.xml和RoleMapper.xml中分别设置的⼆级缓存互不影响，这时就出现了同⼀⾓⾊对应两个name。
