自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

方丈的寺院

技术是人生基石/https://github.com/FS1360472174/

原创 深入浅出Spring MVC
原力计划

Spring MVC 的常见扩展点工作原理基于java的MVC框架众多,早些年比较火的有struts,spring mvc常见扩展点HandlerMapping接口 – 处理请求的映射保存请求url到具体的方法的映射关系,,我们可以编写任意的HandlerMapping实现类,依据任何策略来决定一个web请求到HandlerExecutionChain对象的生成。SpirngMVC的第二个扩展点 HandlerInterceptor 接口--拦截器 HandlerIntercep.

2020-05-31 11:01:11 820

原创 rocketmq初识
原力计划

概念说明通常一个消息队列需要掌握的知识点有Topic(主体)、Producer(生产者)、Consumer(消费者)、Queue(队列)、Delivery Semantics(消息传递范式)蛋疼的是不同的消息队列关于这些名词叫法不一样,含义也不是很精确。所以阿里起了一个项目OpenMessaging去发起首个分布式消息领域的国际标准。不过好像并没有多少人买账,但这并不妨碍我们按照这个规范去梳理学习消息队列的知识。有兴趣的可以对照着看:https://github.com/openmessaging/s

2020-05-28 23:08:39 2007

原创 线上故障处理手册
原力计划

摘要通常处理线上问题的三板斧是重启-回滚-扩容,能够快速有效的解决问题,但是根据我多年的线上经验,这三个操作略微有些简单粗暴,解决问题的概率也非常随机,并不总是有效。这边总结下通常我处理应用中遇到的故障的解决方案。原则处理故障的时候必须遵循的一些原则提早发现问题,避免故障扩散故障的出现链路一般如下图所示每一层都有可能出现问题,越底层出现问题,影响面越大。所以每一个层次都需要有相应的问题监控机制,这样越早发现问题,越能尽早解决故障,避免问题的扩散。比如服务依赖的一个数据库主库有问题了,如果等

2020-05-27 22:14:11 487

原创 数据迁移(2) - 如何快速迁移

摘要在上一篇中我们介绍了数据迁移的套路,但是没有介绍具体的方案,这篇着重介绍下具体的数据迁移方案一. 设计目标设计一个数据迁移的方案,需要实现以下目标迁移速度qps 需要达到1k,这样能保证1亿的数据能够在1~2天内跑完迁移qps可控迁移有可能对线上服务有影响,需要可动态调整qps数据完整,不丢失不能遗漏数据,虽然事后我们有数据校验的过程,但是设计数据迁移方案时,需要尽可能的包装数据不丢失。进度可控迁移过程可中断,可重试。比如先迁移10分之一的数据,再继续来二.

2020-05-17 21:36:09 214

原创 数据迁移的套路

数据迁移的类型随着业务的发展,存储也会经常性的需要迁移。以下场景是我们开发过程中经常遇到的业务、团队在快速扩张,需要适当时机进行微服务的拆分,需要独立的数据库,将数据从源数据库迁移到新的数据库单表的记录数比较大,需要进行分库分表。需要将老表的数据迁移到新的分表中。存储选型不对,比如关系型数据库的相互迁移, PG, MySQL,Oracle的相互迁移。NoSQL的Mongo,Cassand...

2020-05-04 11:56:12 266

提示
确定要删除当前文章?
取消 删除