我们正在使用HSQLDB 2.3.2,我们希望摆脱包含LOB数据的文件。因为它占用了大量的磁盘空间。
我们已经将LOB列更改为VARCHAR。因此,我们不再拥有任何LOB列。
$ ./execute_query.sh "SELECT TABLE_NAME, COLUMN_NAME, DATA_TYPE, TYPE_NAME FROM INFORMATION_SCHEMA.SYSTEM_COLUMNS WHERE TYPE_NAME LIKE '%LOB%';"
TABLE_NAME COLUMN_NAME DATA_TYPE TYPE_NAME
---------- ----------- --------- ---------
我们的HSQLDB文件列表:
$ ls -hal
total 88G
drwxr-xr-x 3 admin admin 4.0K Sep 23 13:58 .
drwxr-xr-x 6 admin admin 4.0K Sep 1 09:27 ..
-rw-r--r-- 1 admin admin 1.5M Apr 9 01:13 hsqldb.jar
-rw-r--r-- 1 admin admin 2.9G Sep 23 13:53 hsqldb.db.data
-rw-r--r-- 1 admin admin 16 Sep 23 14:02 hsqldb.db.lck
-rw-r--r-- 1 admin admin 84G Aug 25 01:52 hsqldb.db.lobs
-rw-r--r-- 1 admin admin 70 Sep 23 14:00 hsqldb.db.log
-rw-r--r-- 1 admin admin 85 Sep 23 13:58 hsqldb.db.properties
-rw-r--r-- 1 admin admin 1.5G Sep 23 13:53 hsqldb.db.script
drwxr-xr-x 2 admin admin 4.0K Sep 23 13:54 hsqldb.db.tmp
我们希望摆脱大型hsqldb.db.lobs
文件。
删除文件后,数据库确实正确启动,似乎运行正常。我可以运行查询。
但是在创建一个包含LOB列的表并向其添加数据后,hsqldb.db.lobs
文件将以原始大小再次创建(尽管它是一个稀疏文件)。
我怀疑通过修改SYSTEM_LOBS架构中的某些表值可以实现更多魔术。但我认为这不是一个很好的做法。
那么
的建议方式是什么答案 0 :(得分:1)
删除文件后,数据库确实正确启动 运行正常。我可以运行查询。
此时您需要执行CHECKPOINT以重置lob表。这适用于本文中描述的解决方法(忽略压缩设置):