首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
java问题集
提前退休的java猿
创建于2022-09-29
订阅专栏
积累工作、学习中遇到的问题,缺乏实际开发的小伙伴,或者想多了解开发中常见的问题,以及难题,不防订阅我
等 36 人订阅
共36篇文章
创建于2022-09-29
订阅专栏
默认顺序
默认顺序
最早发布
最新发布
半年都还没解决的定时任务问题
24年初开始做国产化开始,用了quartz定时任务框架开始,就经常遇到定时任务执行失败的问题,执行一段时间就停止执行了。直到现在问题也没有完全得到解决💀 最开始也排查过因为架构不合理,多个项目
时间设置的是23点59分59秒,数据库却存的是第二天00:00:00
问题描述 昨天下班的时候,运营反馈了一个问题,明明设置的是两天后解封,为什么提示却是三天后呢。 比如今天(6.16)被拉入黑名单了,用户报名会提示 “6.19号恢复报名”,但是现在却提示6月20号才能
🚀不改SQL,也能让SQL的执行效率提升100倍
前言 😁没错,昨天5点下班了,看见同事还在焦头烂额!有个连表查询现在卡死了,执行了好几分钟都没出结果。 🤪这个简单,应该是执行计划出了问题,正常三个不到百万级别的数据链表查询,不会造成卡死的,执行一下
完了!一条SQL把数据库服务器干爆了
🧨5月16号,一条SQL把数据库服务器干爆了🧨 这个问题出现过好多次了,但是这次这个SQL是我写的,加上最近有重要的业务在开展,产生了很多脏数据。 当时气氛一下就紧张起来了,快!快!快!紧急修复
使用零拷贝高效地分割文本文件
前言 之前听到零拷贝的技术,都感觉好高深好遥远呀🥸 都是看什么什么框架用了零拷贝技术,比如netty就使用零拷贝技术。 看到一篇文章让我对接零拷贝技术去魅了😉,原来我也可以再工作中去使用零拷贝技术,今
踩坑实录:1W 数据查询引发 CPU 危机,我的优化避坑指南
前言 2025年4月16日,天气阴,8点30刚出健身房,心里默念又是充满希望的一天✨ 打开钉钉,一条@消息映入眼帘😱,感谢领导昨天晚上没有call🗽 昨天晚上 8点半,生产环境SQL占用cpu过高
小小的改动,竟然效率提高了1000倍
同样的SQL同样的数据,迁移了服务器,升级了一个小的数据库版本之后,直接导致查询效率慢了100倍😱。
SQL隐式类型转换 什么时候会导致索引失效
索引失效会导致查询无法利用索引来加速,从而降低查询性能。 今天就来探索为什么隐式类型转换,会导致索引失效呢,为什么不能对参数进行类型转换再匹配呢,这样不就能用上索引呢?
不是国产数据太坑,我才是小丑!
前言 先看一个SQL👴 : 心里有答案了吗❔: 看看输出结果吧: 国产数据之坑 问题描述 昨天发生了一件诡异的事儿,生产环境的日志出现这个错误无效的类型 integer 输入语法: "028-8888
DeepSeek 让同事的bug无所遁形
前言 今天试试DeepSeek都能帮我识别到哪些bug,看看DeepSeek 实力如何。 插件我用的是MarsCode,模型选择 DeepSeek R1,今天看看都有哪些严重bug吧,这可比人工复查方
上午系统崩溃(OOM),下午就喜提大礼包
不好啦❗ 天塌了❗ 系统崩了❗ 快看啊,程序outOfMemoryError了🙈。下午老哥就领了大礼包💔
同事的问题代码(第五期)
前言 🎉兄弟们新年快乐呀🎉 今天小杨哥👨🦲过来说: “为啥我数据同步的时候一会儿正常,一会儿又有问题啊!” 我👦:“打开你的代码呢,你这事务还没提交执行完成,另一个事务就开始查询了都嘛,所以另一个事
同事的问题代码(第四期)
前言 🎉先祝各位老铁新年快乐啊🧧🧨🎈 快过年了,趁着最近活不是很多,今天和大家一起对我们的项目进行code review一下,让各位老铁都体验一下当“技术总监” 的 🚀feeling🚀。
同事代码问题第三期(限流算法)
前言 最近我要对外提供一套接口,所以接口的调用频率肯定是要限制的。我们的项目也通过lua脚本实现了一套限流的插件。我这次简单的看了一下实现的逻辑,wtfk这是啥呀! 下面就分析一下我的同事是怎么实现的
同事的代码问题第二期(报名人数超限)
前言 距离第一期的同事的代码问题已经3个月了。主要还是公司的业务比较简单,加上平时遇到的问题也比较少。最近也算是发现了几个典型问题。 问题代码 重复提交(重放攻击) 1. 提交活动审批接口(web端接
nacos 无法拉取拉取
前言 之前在和同学一起买了个云服务器,在上面安装了nacos,于是这几天就做个demo学一下呢,按照官方文档一步两步的来,发现启动就报错。无奈啊,不知道啥原因。下面一起一步两步的来分析吧。 问题描述
nacos无法动态刷新配置,通过debug 解决问题
前言 本篇文章主要描述在网上没有找到答案时,对框架不熟悉的情况,如何通过debug源码,去解决问题。所以这篇文章记录了自己解决问题的思路、以及debug流程。 问题描述 按照网上的配置都改好了,也去官
select in 的知识盲区
前言 今天生产环境又出现sql连接超时了,这个sql里面用了in,in后面的数据多的时候有几百个。我和同事还有技术经理初步确定了两个原因引起的超时,第一 技术经理说in 后面的长度太长了有两三百个了,
完了演示的时候报错了!distinct 别乱用啊
前言 昨天敲着敲着代码,小杨哥跑过来给我说,快看他们大会议室演示报错了,还是一堆错了。完了啊在演示的时候报错!!!接下来我们分析一下是什么原因吧。 问题分析 查看日志: 从日志打印看明显的是sql报错
updateTime 没有被拦截器更新到?
前言 最近小杨哥找到我说,生产环境有一条问题数据没有更新时间,mybaits拦截器会自动更新的啊,而且就这一条数据。于是我去看了一下拦截器的实现,发现确实会有很多情况都更新不到。 问题代码 能自动更新
下一页