@siweipancc 是的，只需要实现接口 TypeHandler 就可
如果是学习，建议自定义枚举类型处理器，很简单的
但真实项目中，这样还是有点点麻烦，我思考了一两周，也和同事讨论过，然后觉得这个扩展有意义，就做了

现在微服务当道，我们项目经常会被拆分成很多子系统，就算我们自定义，最后为了高聚合，也会提取出来，形成一个单独的模块

@jorneyr 哈哈哈，写的越多，bug 越多，不敢多写，不过后续会慢慢完善

这算是一个小插件，来源是公司业务代码的需要，参考了一篇博客： https://segmentfault.com/a/1190000010755321 （简单易懂）

@Martin9 不知道啊，没用过 mybatis plus，有时间看看

@DavZhn
昨天的思路不太好，缓存你可以考虑。
今天有另一个思路，不知道你表中的 day 的数据格式，不过可以加工下，然后加个 tomorrow 字段，再创建合适索引，查询语句把 order by 去掉（因为 explain 中有 Using filesort，排序可以前端或者后端做一下，不过影响好像不大）
如果原始表结构不能变动，那就新建一个专门来查询的表，以前我们大数据量就是构件冗余表，专门用来查询
本地测试 DDL:
-- day 、add_day 字段都是 yyyy-MM-dd 格式，本地有 6000 条数据，这样改造后，效率从 20 s 变成了 300 ms 内
CREATE TABLE `t_v2_data`
(
`id` int(11) NOT NULL AUTO_INCREMENT,
`day` varchar(200) DEFAULT NULL,
`R11` varchar(200) DEFAULT NULL,
`add_day` varchar(200) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `index_day_R11_add_day` (`day`, `R11`, `add_day`)
) ENGINE = InnoDB AUTO_INCREMENT = 6001 DEFAULT CHARSET = latin1;

查询语句：
SELECT
DATE_FORMAT(t.day, '%d'),
t.R11 as num,
y.R11 ynum,
CASE WHEN y.R11 IS NULL OR y.R11 = 0 THEN 0.00 ELSE round((t.R11/y.R11)-1, 2 ) END cc
FROM
(SELECT day, R11 FROM t_v2_data ) t
left JOIN ( SELECT add_day, R11 FROM t_v2_data ) y ON t.day = y.add_day
where t.day between '2020-5-01' and '2020-5-30'