一点点看到这里，《MySQL事务篇》也就接近了尾声，在本篇中对事务机制一点点去引出，慢慢的到事务机制的概述、并发事务的问题、事务的隔离级别、事务的实现原理等诸多方面进行了全面剖析，但大家应该也略微有些不尽兴，毕竟对于隔离级别的具体实现并未讲到，这是由于MySQL事务与锁机制之间有着千丝万缕的关系，所以在《MySQL锁篇》中会再次详细讲到事务隔离机制的。当然，由于目前是分布式/微服务架构横行的时代，

的定位是一款轻量级Java框架，它会以POM依赖的形式嵌入程序，运行期间会和Java应用共享资源，这款框架的本质可以理解成是JDBC的增强版，只不过Java原生的JDBC仅支持单数据源的连接，而Java-ORM框架在执行SQL语句时，会以切面的形式拦截发往数据库的语句，接着根据配置好的数据源、分片规则和路由键，为SQL选择一个目标数据源，然后再发往对应的数据库节点处理。在整个业务系统中对性能损耗极

对于死锁的定义，这里就不展开叙述了，因为在之前《并发编程-死锁、活锁、锁饥饿》[5]中曾详细描述过，如下：死锁是指两个或两个以上的线程（或进程）在运行过程中，因为资源竞争而造成相互等待、相互僵持的现象，一般当程序中出现死锁问题后，若无外力介入，则不会解除“僵持”状态，它们之间会一直相互等待下去，直到天荒地老、海枯石烂~当然，为了照顾一些不想看并发编程文章的小伙伴，这里也把之前的死锁栗子搬过来~

先介绍下个人情况：本人本科2年前端开发经验，由于政策原因公司裁员，我从上一家公司离职。休息了一段时间之后，我开始投简历找工作。从8月22号到9月22号累计一个月的时间，最终通过面试的岗位有8个。从这一个月的面试内容来看，大部分面试官都会根据你的简历内容来提问。我简历里写到了ReactVueTypescript和小程序，所以关于这几个部分的内容面试官都会问到。另外我简历里没写Webpack和Node

优雅停机是什么？网上说的优雅下线、无损下线，都是一个意思。上面的步骤，其实还缺了不少基础的内容，比如，停止请求外，还要停止接收定时任务、停止接收mq消息，等待他们的完成，这2项都是我们微服务中必不可缺的能力。因此，我希望通过本文，能够更清晰，更详细的讲解，在我已知的真实业务场景下，如何做优雅停机。文中，很多内容不会讲得太详细，需要大家有一定的搜索能力或者经验！Java 技术栈中间件优雅停机方案设计

标题党，各位大佬手下留情~_~单测是十分重要的，既能提升代码健壮性，又能降低代码重构的风险；但在当下国内环境中，单测又是不现实的，单测耗费的时间可能比开发还多，这对老板来说显然是不能接受的(万恶的资本家)；关键业务缺少单测不仅提高了测试回归的难度，也成为了代码重构的拦路虎，看着那一堆屎山代码，要是没有单测的保障，你敢去重构吗!!(不怕死的当我没说)!!笔者使用的是 2.6.6 版本SpringBo

工欲善其事，必先利其器。本文主要分享一下消息中间件kafka安装部署的过程，以及我平时在工作中针对kafka用的一些客户端工具和监控工具。本文分享了平时我在工作使用kafka以及zookeeper常用的一些工具，同时分享了kafka集群的部署，值得一提的是kafka部署配置zookeeper地址的时候，我们可以添加一个路径，比如这种方式，那么kafka的元数据信息都会放到/kafka这个目录下，以

海量的数据，就目前聚合支付的订单量来看，设计的对账系统需要应对千万级的数据量；面对日切、多账、少账等异常差异订单应该如何处理；账单格式、下载账单时间、下载方式等不一致问题。针对以上问题，并结合财经聚合支付系统的特点，本文将设计一套可以应对千万级数据量、分布式和高可用的对账系统，利用消息队列Kafka的解耦性解决对账系统各模块之间的强依赖性。文章从三个方面介绍对账系统，第一方面，总体介绍对账系统的设

站长工具箱在工作中应该会有很多人使用，比如说 JSON格式化，UUID生成器，密码生成、URL编码等。这些工具的使用频率还是挺高的，相信很多开发者经常使用 JSON格式化和URL编码等。

本文推荐几个开源微信小程序，这个开源的小程序都是 Recently updated，下载下来部署就能使用的。本期推荐开源项目目录：答题小程序又是一个答题小程序贝壳小盒子酱茄小程序。