- 博客(21)
- 收藏
- 关注
RSS订阅原创 7.30 项目记录 一个查询sql优化实例
之后将时间范围限制条件放在每一张业务表的查询语句之内，再由它们union all成为大表t，查询6万数据耗时降到4s，查询60万数据依旧耗时大几十秒（这纯粹是因为查询的复杂sql导致的，暂时没想到什么办法优化。感觉业务表和头表设计之初字段没安排好，后面相关代码写了挺多，想再改表结构就很麻烦，无法改了）一开始的sql中，时间范围限制条件where cre_dt > 'xxx'是放在大表t的外面（即先union all成大表t，再时间条件查询），查询非常耗时（且6万数据和60万数据结果差别不大，都是大几十秒）
2024-07-30 16:32:57
506
原创 7.30 拓展记录 explain语句分析，show profiles使用，数据库插入大量测试用例
3.若想往某张表中插入10万条测试用数据，应该如何操作？
2024-07-30 16:17:58
290
原创 2023.12.12 问题记录 少见的bug场景及排查方法
排查：先确定了两个环境的代码是一致的，只有数据库数据不一样，在sit环境不断缩小查询日期范围，直到缩小到一个只能查出少量数据且会报错的日期范围，方便复制数据，将其复制到本地环境中进行debug排查，sit环境只能查日志不太好定位bug原因。bug：查询接口本地测试无问题，sit环境测试报空指针。
2024-07-17 16:47:31
130
原创 5.17 项目记录 分片处理，分批处理，定时任务，状态机
2.分片每次处理的最大交易笔数要设置得比分片每次查询数量少？项目里分别是60和100。1.ShardingContext，logger里的几个参数，sql里的涉及。4.两个地方用到状态机，sql里增加了原交易状态，原重试次数的字段。3.这里的分批处理和用PageHelper的分页处理操作不一样。5.定时任务implements SimpleJob。
2024-07-17 15:50:19
132
原创 5.29 项目记录 增加分页处理操作，打日志注意事项
二是e可以直接加在后面，无需再在前面的文字中加诸如“异常信息：{}”这样的提示。且用e全部异常信息会打印出来，而不是用e.getCause()/e.getMessage()这样的局部信息。//这里如果之后有多个select语句的话，只会对第一个select语句生效。//这里对每页设置处理多少数据没概念，一开始写了个非常小的。logger.error("Id:{},处理异常，跳过执行"，xxx.getId(), e);一是注意日志打印级别，非异常情况用info，异常情况用error，方便定位。
2024-07-17 15:21:23
167
原创 7.16 问题记录 事务，循环依赖，内存泄露
自定义了一个TransactionalService接口。2.开发过程中一般什么情况下会出现循环依赖？3.开发过程中一般什么情况下会出现内存泄露？
2024-07-17 14:38:11
117
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人