开发日志：SpringBoot + MyBatis 完成新增数据操作后，数据库没有出现该条数据
一、问题描述
在进行新增数据业务开发时，通过后apipost在前端发送请求到后端，成功执行时，在数据库中未能找到操作生成的数据库。
通过apipost发送前端请求，后端能够成功完场操作
二、问题思路
2.1 基本背景（对于SubjectCategoryBO、SubjectCategoryDTO、SubjectCategory的分析）
2.1.1 SubjectCategoryBO
BO是Business Object的缩写，主要用于业务逻辑处理。该类主要作用是在业务逻辑层(Service)和数据访问层（DAO）之间传递数据。
包含了分类名称、分类类型、图标链接和父级ID等属性，这些属性用于描述题目分类的信息。通过使用@Data注解，这些属性自动生成了getter和setter方法。
2.1.2 SubjectCategoryDTO
DTO是Data Transfer Object 的缩写，主要用于展示和传输数据。该类主要作用实在控制器（Controller）和业务逻辑层（Service）之间传递数据。
SubjectCategoryDTO也包含了类似的属性，用于描述题目分类的信息。同样地，通过使用@Data注解，这些属性自动生成了getter和setter方法。
这两者之间的转换通过SubjectCategoryDTOConverter进行，该文件定义了DTO和BO之间的转化逻辑。
这样的方法可以有效的分离不同的关注点，使得代码更加清晰易维护。
2.1.3 SubjectCategoryController
在项目中的主要作用是处理与题目分类（SubjectCategory）相关的HTTP请求。具体来说，它负责接收来自客户端的请求，并调用相应的业务逻辑来处理这些请求。
在方法内部，首先将请求体中的数据转换为 SubjectCategoryDTO 对象。然后通过 SubjectCategoryDTOConverter 将 DTO 对象转换为 BO 对象。
最后，调用 subjectCategoryDomainService.add() 方法将数据保存到数据库中。
2.2 两类解决方案
2.2.1 利用日志log4j2监控数据的传输
由上述可知，在该项目中涉及到了<数据的传递>
通过下图可知，从Apipost可以顺利传递信息到达后端，但是中途还需要经历多个环节，一定中途某一环节出错，将未能使得数据到达DAO层，从而进行数据操作。
基于这样的情况，我们使用 log4j2 来监控数据的传递情况，判断是否是在哪一个环节出现了问题。
log4j2简单介绍：
日志是将程序运行的过程记录到其中，开发人员可以通过日志来定位并诊断问题。
log4j2是log4的升级版，是Java日志框架之一。
log4j2具有以下几点优势：
1. log4j2具有异常处理机制，可以感知到Apache中的异常
2. 性能得到提升
3. 在生产中可以直接修改修改日志的级别，而不用重启应用
4. 具有无垃圾机制，不必频繁的日志收集
实现步骤
第一步
在common（基础设施层）的pom文件中，添加"spring-boot-starter-log4j2"依赖,
同时，引入 fastjson ，FastJson支持Java对象到JSON的序列化和JSON到Java对象的反序列化，同时支持对JSON字符串的高效解析。
前端请求内容是以json格式来写的，然后发送到controller层，经过格式的转换编程Java Object，来以此对象进行具体Java代码操作。
第二步
在业务实施代码中添加 注解 @slf4j ，注解会生成一个 log 类，来帮助打印日志
if（）语句的运行逻辑为：首先检查日志记录器是否启用了信息级别的日志记录。如果是，则将subjectCategoryDTO对象转换为JSON格式的字符串，并记录一条信息级别的日志，其中包括"SubjectCategoryController.add.dto:"前缀和转换后的JSON字符串。
这里注意，注意
这需要先进行是否启动了日志记录的判断，是，才进行下一步。因为，如果没有这个一判断，无论是否启动日志记录，那么都会进行json的序列化，这个才高并发的情况下，是十分消耗性能的。
这是处理日志优化的一种方法。
至此，完成了对SubjectCategoryDTO的追踪，同理可以进行，SubjectCategoryBO、SubjectCategory的追踪。
但是需要注其中的上下游关系，数据通过哪里跳转到哪里的下一步。
第三步
编写日志的配置文件，在starter层，resources文件在
源码
<?xml version="1.0" encoding="UTF-8"?>
<!--Configuration后面的status，这个用于设置log4j2自身内部的信息输出，可以不设置，当设置成trace时，你会看到log4j2内部各种详细输出-->
<!--monitorInterval：Log4j能够自动检测修改配置 文件和重新配置本身，设置间隔秒数-->
<configuration status="INFO" monitorInterval="5">
<!--日志级别以及优先级排序: OFF > FATAL > ERROR > WARN > INFO > DEBUG > TRACE > ALL -->
<!--变量配置-->
<Properties>
<!-- 格式化输出：%date表示日期，%thread表示线程名，%-5level：级别从左显示5个字符宽度 %msg：日志消息，%n是换行符-->
<!-- %logger{36} 表示 Logger 名字最长36个字符 -->
<property name="LOG_PATTERN" value="%date{HH:mm:ss.SSS} %X{PFTID} [%thread] %-5level %logger{36} - %msg%n" />
<!-- 定义日志存储的路径 -->
<property name="FILE_PATH" value="../log" />
<property name="FILE_NAME" value="glClub.log" />
</Properties>
<!--https://logging.apache.org/log4j/2.x/manual/appenders.html-->
<appenders>
<console name="Console" target="SYSTEM_OUT">
<!--输出日志的格式-->
<PatternLayout pattern="${LOG_PATTERN}"/>
<!--控制台只输出level及其以上级别的信息（onMatch），其他的直接拒绝（onMismatch）-->
<ThresholdFilter level="info" onMatch="ACCEPT" onMismatch="DENY"/>
</console>
<!--文件会打印出所有信息，这个log每次运行程序会自动清空，由append属性决定，适合临时测试用-->
<File name="fileLog" fileName="${FILE_PATH}/temp.log" append="false">
<PatternLayout pattern="${LOG_PATTERN}"/>
</File>
<!-- 这个会打印出所有的info及以下级别的信息，每次大小超过size，则这size大小的日志会自动存入按年份-月份建立的文件夹下面并进行压缩，作为存档-->
<RollingFile name="RollingFileInfo" fileName="${FILE_PATH}/info.log" filePattern="${FILE_PATH}/${FILE_NAME}-INFO-%d{yyyy-MM-dd}_%i.log.gz">
<!--控制台只输出level及以上级别的信息（onMatch），其他的直接拒绝（onMismatch）-->
<ThresholdFilter level="info" onMatch="ACCEPT" onMismatch="DENY"/>
<PatternLayout pattern="${LOG_PATTERN}"/>
<Policies>
<!--interval属性用来指定多久滚动一次，默认是1 hour-->
<TimeBasedTriggeringPolicy interval="1"/>
<SizeBasedTriggeringPolicy size="10MB"/>
</Policies>
<!-- DefaultRolloverStrategy属性如不设置，则默认为最多同一文件夹下7个文件开始覆盖-->
<DefaultRolloverStrategy max="15"/>
</RollingFile>
<!-- 这个会打印出所有的warn及以下级别的信息，每次大小超过size，则这size大小的日志会自动存入按年份-月份建立的文件夹下面并进行压缩，作为存档-->
<RollingFile name="RollingFileWarn" fileName="${FILE_PATH}/warn.log" filePattern="${FILE_PATH}/${FILE_NAME}-WARN-%d{yyyy-MM-dd}_%i.log.gz">
<!--控制台只输出level及以上级别的信息（onMatch），其他的直接拒绝（onMismatch）-->
<ThresholdFilter level="warn" onMatch="ACCEPT" onMismatch="DENY"/>
<PatternLayout pattern="${LOG_PATTERN}"/>
<Policies>
<!--interval属性用来指定多久滚动一次，默认是1 hour-->
<TimeBasedTriggeringPolicy interval="1"/>
<SizeBasedTriggeringPolicy size="10MB"/>
</Policies>
<!-- DefaultRolloverStrategy属性如不设置，则默认为最多同一文件夹下7个文件开始覆盖-->
<DefaultRolloverStrategy max="15"/>
</RollingFile>
<!-- 这个会打印出所有的error及以下级别的信息，每次大小超过size，则这size大小的日志会自动存入按年份-月份建立的文件夹下面并进行压缩，作为存档-->
<RollingFile name="RollingFileError" fileName="${FILE_PATH}/error.log" filePattern="${FILE_PATH}/${FILE_NAME}-ERROR-%d{yyyy-MM-dd}_%i.log.gz">
<!--控制台只输出level及以上级别的信息（onMatch），其他的直接拒绝（onMismatch）-->
<ThresholdFilter level="error" onMatch="ACCEPT" onMismatch="DENY"/>
<PatternLayout pattern="${LOG_PATTERN}"/>
<Policies>
<!--interval属性用来指定多久滚动一次，默认是1 hour-->
<TimeBasedTriggeringPolicy interval="1"/>
<SizeBasedTriggeringPolicy size="10MB"/>
</Policies>
<!-- DefaultRolloverStrategy属性如不设置，则默认为最多同一文件夹下7个文件开始覆盖-->
<DefaultRolloverStrategy max="15"/>
</RollingFile>
</appenders>
<!--Logger节点用来单独指定日志的形式，比如要为指定包下的class指定不同的日志级别等。-->
<!--然后定义loggers，只有定义了logger并引入的appender，appender才会生效-->
<loggers>
<root level="info">
<appender-ref ref="Console"/>
<appender-ref ref="RollingFileInfo"/>
<appender-ref ref="RollingFileWarn"/>
<appender-ref ref="RollingFileError"/>
<appender-ref ref="fileLog"/>
</root>
</loggers>
</configuration>
第四步
在启动类的配置文件中加载日志的配置文件
logging:
config: classpath:log4j2-spring.xml
此处有个典型的问题——web模块中有两个log产生冲突
利用Denpency Analyzer 找出冲突位置，排除spring-boot-starter-logging，保留log4j2
2.2.2 未提交事务
在大多数数据库系统中，当你在一个事务中执行了数据修改操作（如插入、更新或删除），这些操作并不会立即反映在数据库中，除非你显式地提交事务。这是因为事务提供了一种保证数据一致性的机制，确保一系列操作要么全部成功，要么全部失败。
所以需要检查数据是否打开自动提交。在数据库中的某表上新建查询，输入以下sql语句
SET autocommit = 0; -- 关闭
SET autocommit = 1; -- 开启
SHOW VARIABLES LIKE 'autocommit'; -- 查询状态
三、总结
本篇文章最有价值的就是log4j2的运用，日志可以帮助我们，定位程序运行的问题和诊断，对于实际开发来说有着很大的意义。
扫一扫
2986
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
