如何规避MyBatis使用过程中带来的全表更新风险

一、前言

程序员A： MyBatis用过吧？

程序员B： 用过

程序员A： 好巧，我也用过，那你遇到过什么风险没？比如全表数据被更新或者删除了。

程序员B： 咔，还没遇到过，这种情况需要跑路吗？

程序员A： 哈哈，不至于。但使用过程中，由于业务数据校验不当，确实可能会造成全表更新或者删除。

程序员B： 喔，吓死我了，我们都是好人，不会做删库跑路类似蠢事，能展开讲讲这个风险怎样造成的吗？

程序员A： 好的，你能看出下面这段代码会有风险吗？

程序员B： 平时大家都这样写的，也没看出啥风险呀！

程序员A： 假如DAO层没做非空校验，relationId字段传入为空，这段代码组装出来的是什么语句？

程序员B： update cms_relation_area_code set yn = 1 where yn = 0 我擦，全表被逻辑删除了！哥哥，我们的web应用数量多，代码行数几十万行，你怎么处理的呀，不会人力梳理代码吧？得累死......

程序员A： 昂，可以的，基于MyBatis的扩展点可以实现一款插件做到降低全表更新的风险，降低人工成本。

程序员B： 哥哥，要不讲讲MyBatis和实现的插件？

程序员A： 那必须嘞，技术是需要分享和互补的。

不知大家在使用MyBatis有没有过程序员A哥哥遇到的事件？好巧，本人也经历过跟程序员A小哥哥一样的境遇，初始思路也是人工梳理代码，后来经由架构师点拨能不能开发一款SDK统一处理，要不然就扛着身体去梳理这几十万行代码了。要不一起聊聊这块，共同成长～

一起先看下MyBatis原理吧？当然这部分比较枯燥，本篇文章也不会大废篇幅去介绍这块，简单给大家聊下基本流程，对MyBatis原理不感兴趣的同学可以直接跳到第三章往后看。

那... 第二章我就简单开始淡笔介绍MyBatis了，在座各位好友没啥意见吧，想更深入了解学习，可以读下源码，或者阅读下京东架构-小傅哥手撸MyBatis专栏博客（地址：bugstack.cn）

二、MyBatis 原理

先来看下MyBatis执行的概括执行流程，就不逐步贴源码了，东西实在多...

//1.加载配置文件
InputStream inputStream =Resources.getResourceAsStream(“mybatis-config.xml”);
//2.创建 SqlSessionFactory 对象（实际创建的是 DefaultSqlSessionFactory 对象）
SqlSessionFactory builder =newSqlSessionFactoryBuilder().build(inputStream);
//3.创建 SqlSession 对象（实际创建的是 DefaultSqlSession 对象）
SqlSession sqlSession = builder.openSession(); 
//4.创建代理对象
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
//5.执行查询语句
List<User> users = mapper.selectUserList();
//释放资源
sqlSession.close();
inputStream.close();

mybatis整个执行流程，可以抽象为上面5步核心流程，咱们这里只讲解XML开发的方式，注解的方式基本核心思想一致：

第一步：读取mybatis-config.xml配置文件。转化为流，这一步没有需要细说的。

第二步：创建SqlSessionFactory 对象。 实际创建的是DefaultSqlSessionFactory对象，这里SqlSessionFactory和DefaultSqlSessionFactory的关系为：SqlSessionFactory是一个接口，DefaultSqlSessionFactory是该接口的一个实现，也是利用了Java的多态特性。SqlSessionFactory是MyBatis中的一个重要的对象，汉译过来可以叫做：SQL会话工厂，见名知意，它是用来创建SQL会话的一个工厂类，它可以通过SqlSessionFactoryBuilder来获得，SqlSessionFactory是用来创建SqlSession对象的，SqlSession就是SQL会话