在微服务的时代，分布式事务是绕不开的话题，尽管在大多数场景下，我们并不需要使用分布式事务，但是 不需要使用 不代表 可以不会使用，万一哪天真需要用到了呢？分布式事务是一个比较大的话题，今天我们来看看基于MQ的分布式事务解决方案。在实际开发中，为了简化分布式事务，我们和其他服务交互，经常会采用MQ的方式，我们先来看下如果采用MQ的方式和其他服务进行交互，应该怎么做。

面试官：npm run xxx的时候，发生了什么？讲的越详细越好。我（心想，简单啊）： 首先，DNS 解析,将域名解析成 IP 地址，然后 TCP 连接,TCP 三次握手...面试官：停停，我问的不是从URL输入到页面展现到底发生什么？，是npm run xxx的时候，发生了什么。我（尴尬，条件反射地以为是问的八股文）：emmmm，我记得 npm run xxx的时候，首先会去项目的package

是什么原因导致正在运行的容器，PaaS平台是有事件日志的，当时忘记截图了（盘的时候查不到了）... 记得当时有http超时事件，也有状态码为503的事件。例如，提供基本的应用程序运行状况信息的 health 端点。像我们引入DB依赖，Nacos依赖啥的，这些依赖实现了Actuator的health策略接口。Actuator是Springboot的一个模块，模块提供了Spring Boot的所有生产

大家好，我是网管。咱们的 K8s 入门和实践，在经历了三篇理论知识的后，相信各位都已经期待许久（可能的吧），就差私信我，你整着理论整半天有啥用，本大人写的程序怎么能放到 K8s 上运行。别急，今天这篇文章就带你从写第一行代码开始，一步步教你把程序放到 K8s 跑起来。这次咱们先用 Spring Boot开发的程序做个例子，后面再写一篇怎么把 Spring Boot 应用放到 K8s 上运行。

通常，消息消费时候都会设置一定重试次数来避免网络波动造成的影响，同时带来副作用是可能出现消息重复。整理下消息重复的几个场景：先来了解下消息的三种投递语义：了解了这三种语义，再来看如何解决消息重复，即如何实现精准一次，可分为三种方法：1） 幂等性 幂等性使用示例：在生产端添加对应配置即可设置幂等，启动幂等。配置 ，注意：一定要设置 ，否则会抛异常。配置需要 ，否则会抛异常 。,,为了更好理解，需要了

这次项目用到redis、kafka、mysql完成由云平台提供，就是买买买就行，随着各种数据库和中间件上云交付，前端写后端已经完全可行。而且像小程序云这种成熟的FASS云设施普及，把后端代码也可以写到前端里去写也越来越多，前端人，已经不再是切图仔了。

关于 redis 我们前面已经讨论过了缓存、分布式锁、分布式唯一标识、LBS服务的用法，这里我们来谈谈利用 redis 来实现一个消息服务。典型的消息服务是一个生产者和消费者模式的服务。一般是有生产者产生消息，将消息发送到队列中。而消息的消费者则监听消息，对消息进行处理。有很多非常优秀的消息队列服务的产品。例如 RabbitMQ、RocketMQ、Kafka 等。这些产品都具备非常高级的功能。可靠

通过上述方式，已经基本可以完成 Java spring-boot项目上传下载文件或图片的功能需求，关键在于不用将文件放置到spring-boot的静态目录下了。减少了维护的麻烦事儿。此处的范围类型 AjaxResult 是一个继承 HashMap 类，从若依框架上拿过来的。至于包名，我也没改，自己改一下吧。完成以上两步，已经可以将图片上传到自定义的目录位置了，如果不行的话，在application

数据库镜像数据库实时备份多级索引 (卖家和买家各自分库索引)业务cache刷新价格变化等重要业务消息这里也介绍了业务cache刷新和价格变化等重要数据变更消息的监听。canal模拟mysql slave的交互协议，伪装自己为mysql slave，向mysql master发送dump协议mysql master收到dump请求，开始推送binary log给slave(也就是canal)cana

xxl-job我省略了很多的其他的细节，比如分片流程。总的来说，xxl-job分两个部分，一个是调度中心，一个是执行器，调度中心就是admin服务，执行器需要自己写，官方提供了两个例子，一个基于springboot的，一个无框架的，任务整体的流转流程我还是补个网图：执行器往调度中心注册，并持久化；执行的时候下发到指定的执行器；执行器完成之后把结果丢给调度中心存储执行结果，并记录好执行的日志。xxl