海滨擎蟹

前言认识 Nacos 是从了解 Spring Cloud 微服务框架开始的，项目使用了若依的微服务版本，配置文件名称不是 application.yml 而变成了 bootstrap[-dev].yml。dev 分支代码设置了 dev 配置文件，dev 配置文件中也只写了 nacos 的 config 与 discovery 配置，分别给出了 server-addr 服务地址，然后就什么都没有了。

业务端反馈本来应该定时任务处理的业务没有执行。查看了一下任务调度中心的任务，找到调度日志，发现当天的几次执行，调度结果显示为成功，但执行时间和执行结果都是空白的。点击查看执行日志，发现只有两行 [Rolling Log Finish]，正常执行是有开始和结束的基本日志结构的，但此时什么都没有。百度了一下，有说是因为任务执行阻塞的，可以通过以下指令查看阻塞的状况：map -histo 进程ID |

Mybatis 查询列表，在需要对 order by 部分进行动态设置的时候，查询报错了：Caused by: net.sf.jsqlparser.JSQLParserException: null at net.sf.jsqlparser.parser.CCJSqlParserUtil.parseStatements(CCJSqlParserUtil.java:154) at c

在做一个删除操作时，需要更新关联表的统计记录数，当所有记录都被删除，即记录数 num 为 0 时，报错 SQLSyntaxErrorException，后面的的 sql 显示为 update table_name where id = 1，缺少了 num 字段设置。调试统计 num = 0 参数正常传递进入到 Mapper。查看执行更新操作的 sql：update table_name <t

jetty、undertow 还有 tomcat 都是 Springboot 中常见的 web 服务器。网上提到通过使用 undertow 替换 tomcat 可以一定程度上的提高性能，当然也有人做测试反驳的。这里不讨论各个 web 容器性能到底如何，那需要实践出真知。现在先尝试替换操作。百度了一下替换相当的简单，tomcat 是从 spring-boot-starter-web 中默认引入的，所

调试过程通过本地调试，经过一个半天终于确定了是 redis 缓存信息有问题导致了任务调度没有达到预期。前面调试过没有问题的业务逻辑部分忽略，涉及的部分主要在对数据库一个规则表做缓存处理，因为业务需要会频繁使用。大概问题是这样：刷新缓存的部分出错，导致规则没有写入到 redis，业务消费时找不到 redis 存储的规则，自然不会正常执行。所以关键点在数据写入到 redis。直接调用和调试都会报错。调

MongoDB 与 mysql 相比的缺陷MongoDB 与 mysql 同属于开源阵列，但相较于 mysql，MongoDB 日常项目中接触的不多。但 MongoDB 有它独特的优势，属于 NoSQL 类型的数据库，比较适用于分布式扩展以及大数据运算。网上提到 MongoDB 主要存在的缺陷：不支持 join 联查，不支持事务操作。MongoDB 的存储单元不同于 mysql 的表，它使用的是

缘起在项目增加新的功能模块的时候，对于后端即接口，根据数据库表结构一顿闷头敲代码。之后对接接口的时候，前端反馈了一个比较奇怪的问题：列表分页不管用，下拉刷新更新下一页内容，明明应该没有下一页数据，但结果却正常返回了最后一页的数据。使用 postman 测试确认了问题：如果是访问最大页数之前的分页内容，数据正常返回；如果当前页超过了最大页数，数据返回最后一页的数据。分页调用示例代码：PageHelp

Mapper 中日期变量不能与字符串比较，错误写法：<if test="startTime != null and startTime != ''"> ... </if>正确写法（去掉空字符串判断）：<if test="startTime != null"> ... </if>

找到报错的后台实体类，在对应的日期类型上面，加一条注解，即可解决 @ApiModelProperty(value = "开始时间") @Column(name = "start_time") @Excel(name = "开始时间") @JSONField(format = &