隐林

摘要： 消息积压在MQ中是一件很正常的事，但是积压过多了，就可以会导致消息的丢失，甚至系统的崩溃。那我们从事前的预防和事后的处理两个方面去解决。 一、事前预防 我们如何预防消息积压呢，一般就是批量和增加并发这两个方法，发送端和消费端都可以从这两个方面去处理。 1.1 发送端 1.批量。比如一次从数据库中批量 阅读全文

摘要： 一、背景 以前都是单体应用，都在一个系统内完成。而现在都是微服务，一个请求进来，需要调用多个服务才能完成。出了问题，我们很难定位到底在哪个环节出了问题。 二、作用 1.快速定位问题。通过调用链监控系统，我们能很快定位到哪个服务出了问题。 2.项目拓扑图。当服务越来越复杂时，我们都无法准确知道服务之间 阅读全文

摘要： 一、消息重复现象 在 MQTT 协议中，给出了三种传递消息时能够提供的服务质量标准： At most once:最多一次，这种情况会丢失部分数据，一般日志收集这种对数据不严格的可以使用 At least once:最少一次，这种会导致一条消息重复发送 Exactly once:正好一次，一条消息只会 阅读全文

摘要： 一、场景 雪崩效应： 现在微服务架构，一个系统会依赖多个服务。当其中一个服务不可用时，会造成级联故障，从而导致整个系统不可用。 二、Hystrix是什么 Hystrix是一个熔断器，通过限流、降级、隔离这三个方面去实现系统的容错性，保障系统的稳定运行。 三、Hystrix工作流程 1.调用hystr 阅读全文

摘要： 上一篇讲到sql提交到存储引擎了，由存储引擎操作内存或磁盘中的数据。 这一篇就开始将接下来的innodb存储引擎是如何处理数据的。 需要执行一条sql： update name=lisi where id =1; 第一步：查询数据 innodb首先需要定位到这条数据所在的位置，如果内存中有则直接定位 阅读全文

摘要： 一、队列模型 我们常用的的生产者-消费者模式，生成者生成消息，消费者消费已有的消息。消息队列一开始也是使用这种模式称之为队列模型，生产者将消息投递到消息队列中，消费者从消息队列中取出消息，而消息就是已队列的结构存放在消息队列中。但这种模型有个缺点，当这个消息需要被多个消费者消费的时候，需要生产者发送 阅读全文

摘要： 一、应用系统如何与mysql进行一次交互？ 最开始接触jdbc的时候，我们系统如何完成一次sql操作呢？第一步，建立数据库连接；第二步，操作sql；第三步，释放连接。 但是每次建立与数据库的连接非常耗时和资源，所以我们加入了连接池的概念。第一步的获取连接是从连接池中获取一个可用的连接，第三步的释放连 阅读全文

摘要： 一、定义 二、常用函数 stream的操作分为两类：中间操作和结束操作。 中间操作：就是流的中间状态，它是惰性操作，不立即执行，每次调用中间操作只是产生一个新的stream视图而已。 结束操作：流最后的执行结果。 常用的中间操作：filter(过滤),map(转换),sorted(排序),disti 阅读全文

摘要： 1.右击项目->Open Module Settings 2.选择Artifacts->+->Jar->From modules from dependencies 3.设置META-INF/MANIFEST 4.勾选选项，Include in project build 和 show conten 阅读全文

摘要： 所谓单例模式就是只能有一个实例。如何只有一个实例呢？就是不能创建更多的实例，所以构造函数一般私有化，不能new一个新的对象，提供一个访问方法，只能通过这个访问点获取到唯一的对象实例。 常见实现方式有两种：懒汉模式和饿汉模式。 懒汉模式：就是很懒咯，不是一开始就装载好，而是你要用的时候我再创建。 eg 阅读全文