有个定时任务一直以来直接跑的增量，基于跑了一段时间的定时任务的情况来看，发现有些情况没法通过增量来处理，比如被扫描表里有数据删除掉了；这种情况在我的定时任务里就没法定位出来对相应数据做处理。而在跑了定时任务之后如果再扫描结果表把已经被删除的数据筛选出来感觉是个很糙很糟糕的做法。
于是决定，在跑定时任务之前先清空整个结果表中的数据。思考之后有以下四种方式。
1、删除表重建表(drop table , create table )
虽然这种方式速度也很快，但是在业务工程里去做DDL操作感觉不太合适，而且操作相对复杂的多，放弃这种方案。
2、使用delete from table语句删除所有数据。
从逻辑上来说这个完全没有问题。但是delete语句虽然我们在执行的时候是清空所有数据，不需要加where条件，但是实际上数据库做的操作还是一条一条删除数据。在这个过程中数据库需要对每一次操作记录事务日志。数据量比较小的时候，这个操作也很快，当数据量比较大的时候，这个操作将会耗费比较长的时间。而且delete操作并不释放空间。
3、使用 delete table 语句删除所有数据。
这种方式也是删除表中所有数据，速度也快，唯一的一点，就是不释放空间。如果没有更好的方式，我将选择这种方式来实现我的设计。显然，有更好的方式。
4、使用truncate语法清空表。
查询过truncate语法和truncate与delete语法之间的区别就会知道，不同之处就在于，truncate会直接删掉相应的数据文件，这样不仅清空数据，而且释放了空间。另外就是，速度非常快。truncate的实现方式也是通过系统直接删除文件，这样的方式基本没有更快而且更节省时间的了。
经过思考，决定选择第四种。那么在mybatis中如何去执行truncate语句呢？查询资料，篇博客说使用@Select注解 ，然后执行的脚本字符串写truncate就可以，于是按照这个方式做。做完之后单元测试的时候发现，进入方法之后既没有执行结果，也没有执行错误的异常，很是尴尬啊。。。
后来想想，按说这里是一个对表(数据)的操作，按说不应该使用Select注解啊，这是个只读的。于是尝试，将注解改为使用@Update，果然成功！
因此得出结论：在mybatis中执行truncate语句需要按照如下方式：
@Update("TRUNCATE TABLE tmp_truncate_table")
void truncate();
ps.我这里使用的是mybatis的全局注解的方式，如果是使用配置文件，应该只需要在mapper文件中添加Update标签并将语句写到里面即可。