8-TDengine里用的好好的字段名，却被MySQL的保留字狠狠上了一课

本文链接：https://blog.csdn.net/2401_86358687/article/details/141874880

自己建的表超过1亿条数据，官方示例中的 Temperature 是用来测试的，里面总共就几张子表，数据量也是个位数，可我试了官方的 meters 表， 100000000 条数据，分页查询正常呀；所以是我的表有问题。

难道是我建的表有问题？

是我建表方式有问题？可对照官网说明仔细检查了十来八遍，没发现建库、建表语句有啥问题。而且 TDengine 官方文档中也是有这样的示例的：

Note: 建库建表语句如下（以下是经过简化后的，仅写入两条数据，说明问题即可）：

create database if not exists ok;

create stable if not exists ok.power(ts timestamp, voltage int, current float, temperature float) tags(sn int, city nchar(64), groupid int);

create table if not exists ok.device1 using ok.power tags(1, “太原”, 1);

create table if not exists ok.device2 using ok.power tags(2, “西安”, 2);

insert into ok.device1 values(“2021-09-04 21:03:38.734”, 1, 1.0, 1.0);

insert into ok.device2 values(“2021-09-04 21:03:40.734”, 2, 2.0, 2.0);

见鬼，我竟然开始怀疑人生了。

我决定跟踪下 MyBatisPlus 分页查询拦截器的源码，到底为啥我建的表会导致查询数据总量的SQL与别人的不一样。

– 通过 MyBatisPlus 分页查询官方meter表生成的count查询语句

SELECT COUNT(1) FROM meters

– 通过 MyBatisPlus 分页查询官方我建的表生成的count查询语句

SELECT COUNT(1) FROM ( SELECT ts, voltage, current, temperature, sn, city, groupid FROM power ) TOTAL

源码调试

从配置的分页拦截器位置开始，一步步调试。

net.sf.jsqlparser.parser. ParseException: Encountered unexpected token: "current"

当看到这个信息时，瞬间炸裂，一下子就知道错哪里了， current 有 现在的；电流 的意思，当年也是虐过四六级的人。。这跟英语好不好没啥关系，而是跟编码基础与习惯、细心程度密切相关。这种细节错误很容易就被忽略，导致南辕北辙，耗费掉大半天时光。其实跟踪起来倒也不太难，只是刚开始没往这个方向思考。

JsqlParserCountOptimize里的parser方法，try中的第一行代码直接到了catch块里，显然，这第一行抛异常了。。

而且， IDEA 的高亮语法显示其实早已经标明了 current 是个关键字/保留字，只是，一开始的注意力根本没放在这里。

解决问题

显然，换个名字吧，字段名不能使用 mysql 的关键字以及保留字（虽然在 TDengine 中一切正常），一般遇到 order 这种关键字出现在表名、字段名中时，我们会用反引号括起来，但是这里通过分页插件的查询代码显然没帮我们做这件事。

这个问题的根本是我们不应该使用保留字 current 作为字段名，但引起麻烦的是这个分页插件并没有向我们显式的报错，而是仅展示了一段莫名其妙的信息： Process finished with exit code -1073741819 (0xC0000005) （网上查了下这个报错，很多说是跟金山词霸有关系，这个。。真心没用过）。

另外，如果使用 MyBatistPlus 的 selectList 方法，则正常执行。。 sigh