truncate命令在KingbaseES中本质上区别于oracle。因为oracle中，数据文件datafile可以被表所共享，每张表被分配各自的连续的extents。而在KingbaseES中，数据文件是独立的，不同表不存在共享数据文件的说法。
下面我们看一下KingbaseES数据库在内部怎么实现的truncate命令。
create table t4 as select * from t3;
insert into t4 select * from t4;
insert into t4 select * from t4;
insert into t4 select * from t4;
insert into t4 select * from t4;
insert into t4 select * from t4;
select count(*) from t4;
vacuum t4;
select relfilenode from sys_class where relname='t4';
select pg_relation_filepath('t4');
[kingbase@localhost 16052]$ ll 252980*
-rw------- 1 kingbase kingbase 8192 Oct 19 10:47 252980
-rw------- 1 kingbase kingbase 24576 Oct 19 10:47 252980_fsm
-rw------- 1 kingbase kingbase 8192 Oct 19 10:47 252980_vm
下面开启事务执行
begin;
truncate table t4;
select count(*) from t4;
select relfilenode from sys_class where relname='t4';
这时候 relfilenode变成了252983,大小是0的对象，而原来的relfilenode 250980 还在，大小不变。
[kingbase@localhost 16052]$ ll 252980*
-rw------- 1 kingbase kingbase 8192 Oct 19 10:47 252980
-rw------- 1 kingbase kingbase 24576 Oct 19 10:47 252980_fsm
-rw------- 1 kingbase kingbase 8192 Oct 19 10:47 252980_vm
You have mail in /var/spool/mail/kingbase
[kingbase@localhost 16052]$ ll 252983*
-rw------- 1 kingbase kingbase 0 Oct 19 10:48 252983
看看回滚会发生什么
test=# rollback;
ROLLBACK
test=# select count(*) from t4;
count
\-------
160
(1 row)
test=# select relfilenode from sys_class where relname='t4';
relfilenode
\-------------
252980
(1 row)
[kingbase@localhost 16052]$ ll 252980* 252983*
ls: cannot access 252983*: No such file or directory
-rw------- 1 kingbase kingbase 8192 Oct 19 10:49 252980
-rw------- 1 kingbase kingbase 24576 Oct 19 10:49 252980_fsm
-rw------- 1 kingbase kingbase 8192 Oct 19 10:49 252980_vm
可以看到
1，数据恢复成原来的，并且relfilenode变成了原来的252980.KingbaseES数据库的truncate可以回滚。而oracle中的truncate不能回滚。
2，因为回滚继续使用对象252980，那么252983就被删除了，因为事务已经结束了，252983也就用不到了。
下面不开启事务，truncate不运行在事务块里测试一下
truncate table t4;
select relfilenode from sys_class where relname='t4';
relfilenode
\-------------
252984
[kingbase@localhost 16052]$ ll 252980* 252983* 252984*
ls: cannot access 252983*: No such file or directory
-rw------- 1 kingbase kingbase 0 Oct 19 10:58 252980
-rw------- 1 kingbase kingbase 0 Oct 19 10:58 252984
[kingbase@localhost 16052]$ ll 252980* 252984*
ls: cannot access 252980*: No such file or directory
-rw------- 1 kingbase kingbase 0 Oct 19 10:58 252984
1，我先后查看两次relfilenode，可以看到最开始能查到truncate前的252980，但是无论怎样它的大小已经变成0，这时候可以判断已经没办法回滚了，当再次查询发现252980被删除了，只剩下252984
因为没法利用252980回滚了，所以可以被数据库删除掉了。最后只能查到最新的对象号252984
2，经过多次测试发现有时候老的对象号252980并不是立即被删除，我想应该和数据库有自己的删除机制有关。总之，这个老的对象号已经没有用了。
总结：
当truncate命令在事务块里可回滚。而truncate可回滚无疑对业务有一些帮助。根据KingbaseES和oracle对于truncate的内存原理不同，我们可以理解KingbaseES中truncate的代价很小，因为KingbaseES中的truncate不会存在存储空间重用的问题，也没有触发对象级检查点的操作，当进行truncate时候不会对业务产生太大影响，在业务运行期间我们可以使用truncate及时恢复一些存储空间。
需要注意的是如果truncate命令和另外的session对于正在truncate的表有操作（包括Select），那么很可能会有锁冲突，虽然这种可能性很小，但还是要注意。