后端开发工程师。<br>杭州有赞科技，商品中心、消息系统等基础服务。
发简信
IP属地：广东
-
tomcat插件类加载一个“坑”问题排查昨天遇到一个诡异但是很有趣的类加载问题，虽然很快解决了，但是我还是打算剖根问底，分析内部问题出现的原因，毕竟类加载机制虽然说都知道怎么回事，但是还没在实战中实践过，也考虑到有...
-
SpringBoot从入门到高级前言:学习SpringBoot不应该直接就是开始使用SpringBoot,如果直接拿来用肯定会有很多人不是很明白特别刚开始入门的,当然官网上也有快速上手的教程但是官网上跨度有...
-
@WTIFS 因为原来加注解的在一个事务中，当前事务版本号始终不变，始终查到creatVersion<version deleteVersion=null的记录，即一直在读取旧记录，而不是另一个线程update完成那个最新记录
记毕设过程中遇到的一个InnoDB的"坑"
情景描述 我的毕设其中一个模块需要实现多线程爬虫，爬虫模块中的url容器打算使用mysql的一张表（表名叫url_catcher）来实现，里面涉及到url防重，子线程监控，u...
-
写在学习golang一个月后
遇到的问题 连接池。由于PHP没有连接池，当高并发时就会有大量的数据库连接直接冲击到MySQL上，最终导致数据库挂掉。虽然Swoole有连接池，但是Swoole只是PHP的一...
-
《Netty实战》Netty In Action中文版 第1章 Netty异步和事件驱动
第一部分Netty的概念及体系结构 Netty是一款用于创建高性能网络应用程序的高级框架。在第一部分，我们将深入地探究它的能力，并且在3个主要的方面进行示例： 使用Netty...
-
-
@peteyuan 这么说吧，如果你的Job执行内容就在Job那个线程内部直接执行，任务内容本身异常可以通过quartz直接重试和恢复。但是我这里的不是，我的调度机器和任务执行不在同一台机器上，并且有同步和异步两种模式，Quartz本身的异常捕捉和重试不完全适用我的场景，特别是在异步场景，quartz就是个通知器而已。
Quartz调度系统入门和调度高可用实现方案
** 版本：2.2.1 ** Hello world： 调度器： 任务详情：任务体实现Job接口 触发器： 执行调度： 数据传输、参数传输： 多任务对象管理：Schedule...
-
这部分逻辑不是Quartz本身的内容，是在Quartz成功调度我的Job之后，我的Job本身有一套状态位需要管理。在Job内部为了避免调度成功了，但是作业执行过程中机器重启了，这时候Quartz本身是认为这个Job执行成功了的。所以有点模仿mysql那种通过日志记录的方式，同一个作业id的start和end会一一对应，机器重启的时候进行对应日志文件扫描，发现有作业id只有start没有end的情况进行任务恢复，之后删除日志文件。另外日志文件过大的问题通过时间进行过滤，一般机器重启过程不至于持续几个小时
Quartz调度系统入门和调度高可用实现方案
** 版本：2.2.1 ** Hello world： 调度器： 任务详情：任务体实现Job接口 触发器： 执行调度： 数据传输、参数传输： 多任务对象管理：Schedule...
-
@peteyuan 如果是调度过程中宕机了，数据库中对这次调度的记录状态位没改变，其他quartz节点机器会通过定时扫描发现并恢复调度，不需要原本那台机器。另外，如果是调度成功了，但是调度任务内部异常了，有相应的重试策略，但是如果你内部catch住了，导致这次调度状态位已经变成success了，那任务本身的重试或者告警通知需要你自己做
Quartz调度系统入门和调度高可用实现方案
** 版本：2.2.1 ** Hello world： 调度器： 任务详情：任务体实现Job接口 触发器： 执行调度： 数据传输、参数传输： 多任务对象管理：Schedule...
-
做一个善良的人👩💻🎧☕️<br><br><br>个人博客：<a href="https://links.jianshu.com/go?to=http%3A%2F%2Flocalhost%3A4000%2Flinling9025.github.io%2F" target="_blank">http://localhost:4000/linling9025.github.io/</a>
-
@纪念_732c 高可用方面需要去模拟尝试才会知道怎么回事
Quartz调度系统入门和调度高可用实现方案
** 版本：2.2.1 ** Hello world： 调度器： 任务详情：任务体实现Job接口 触发器： 执行调度： 数据传输、参数传输： 多任务对象管理：Schedule...
-
Zookeeper的FastLeaderElection算法分析
我们知道，在经典的paxos算法中每一个peer都是proposer，但是这就不可避免的产生提案冲突，为了减少这种冲突带来的系统消耗与时间延迟，就产生了Leader这个角色，...
