clob字段查询速度慢的完美解决办法

表中存在clob类型的字段，当表数据量只有1000时，普通的select查询速度就已经很慢了，因为读取clob字段会占用数据库的io和其他耗时操作，大大影响查询性能。

一般我们使用clob类型是为了存超长文本，而varchar2类型最长只能存储4000个字节，所以超过4000的情况下无法储存。我想到的解决方法是不使用clob类型；而是把字段类型改为varchar2(4000)，假设字段名是COLUMN1，那我再建2个字段COLUMN2、COLUMN3也是varchar2(4000)，将数据分多个字段储存。要注意的是4000是字节长度，我们不能直接截取字符的4000长度，而是要根据字节截取，截取代码如下：

    //保存时分割字段
    private List<String> spec(String errorValue){
        //每4000字节分隔一次
        int maxSec = 4000;
        List<String> list = new ArrayList<>(3);
        if(StringUtils.isNotBlank(errorValue)){
            int len = 0;
            int start = 0;
            for (int i = 0; i < errorValue.length(); i++) {
                if (errorValue.charAt(i) >= 127) {
                    //按一个中文占三个字节计算，gbk占2个字节，以3个字节计算最为稳妥
                    len += 3;
                }else{
                    len ++;
                }
                if(len > maxSec){
                    list.add(errorValue.substring(start,i));
                    start = i;
                    len = 0;
                    i --;
                }
            }
            if(len != 0){
                list.add(errorValue.substring(start));
            }
        }
        if(list.size() > 3){
            throw new Exception("数据太长，日志无法保存");
        }
        return list;
    }

    //查询时合并字段
    private String combine(String v1, String v2, String v3){
        if(StringUtils.isNotBlank(v1)){
            StringBuilder err = new StringBuilder(v1);
            if(StringUtils.isNotBlank(v2)){
                err.append(v2);
            }
            if(StringUtils.isNotBlank(v3)){
                err.append(v3);
            }
            return err.toString();
        }
        return null;
    }

我保存数据的时候就在程序里面按照4000的长度截取成3部分，分别存储到三个字段中，这样这个字段的最大储存长度就拓展到了4000x3=12000个字节了，如果觉得还是不够用，可以继续加字段拓展。而查询的时候，需要在代码里面对三个字段进行合并，最后封装一个保存和查询接口就行，这样查询性能会大大提升。