目录
一、批量更新数据库数据
逐条更新
Db.updateEntitiesBatch()
二、Error running，Command line is too long. Shorten command line
报错场景
报错分析
解决方法
一、批量更新数据库数据
逐条更新
List<UserModel> ums = userMapper.selectListByQuery(QueryWrapper.create().where(UserModel::getName).in(nameList));
for(UserModel um : ums){um.setName("");
}
for(UserModel um : ums){userMapper.update(um);
}这种方式显然是最简单，也最不容易出错的，即便出错也只是影响到当条出错的数据，而且可以对每条数据都比较可控，更新失败或成功，从什么内容更新到什么内容，都可以在逻辑代码中获取。
最大的问题就是效率问题，逐条更新，每次都会连接数据库，然后更新，再释放连接资源（虽然通过连接池可以将频繁连接数据的效率大大提高，抗不住数据量大），这种损耗在数据量较大的时候便会体现出效率问题。
因此，在满足业务需求的时候，通常会使用下面第二种批量更新的实现。
Db.updateEntitiesBatch()
MyBatis-Flex 是一个优雅的 MyBatis 增强框架，它非常轻量、同时拥有极高的性能与灵活性。我们可以轻松的使用 Mybaits-Flex 链接任何数据库，其内置的 QueryWrapper^亮点 帮助我们极大的减少了 SQL 编写的工作的同时，减少出错的可能性。
MyBatis-Flex提供了批量更新的几个方法。
链接地址：批量操作 - MyBatis-Flex 官方网站
其中的Db.updateEntitiesBatch()方法主要用于批量根据 id 更新 entity，它实际上对 Db.executeBatch 的进一步封装，使用起来更加便捷。
List<UserModel> ums =....
Db.updateEntitiesBatch(ums, 30);二、Error running，Command line is too long. Shorten command line
报错场景
在使用IDEA开发时，遇到下图所示的报错，
报错分析
在开发Java应用的过程中，可能偶尔会遇到“Error running ‘Application’: Command line is too long”的问题。这是因为Java虚拟机（JVM）在启动时，如果传递给它的类路径（classpath）过长，超过了操作系统的命令行长度限制，就会抛出这个错误。尤其是在大型项目中，依赖库众多，导致classpath非常庞大，就可能出现这个问题。
解决方法
如果你是在IntelliJ IDEA或其他IDE中遇到这个问题，可以在项目的运行/调试配置中设置类路径文件。
打开你的项目运行配置（Run/Debug Configurations），或者点击“Edit Configurations”，选择左侧的启动失败的项目，在Shorten command line选项中选择“JAR manifest”，点击“Apply”生效即可。
重新运行项目程序，就不会报这个错了。
)
