Spring Cloud微服务链路超时与死锁问题分析.pdfVIP

我们要先观察一下异常报错的日志，从异常报错的日志出发来分析一下这个springcloud环

境下重试的问题

超时的根儿上的，肯定是wms服务的deadlock所导致，wms其实就是两个insert语句，

两行数据，结果你给我来一个死锁，而且如此之慢，这个是根本无法接受的事情

zuul-采购服务-调度服务-wms服务-采购服务

zuul：请求采购服务的接口1个报错

采购服务：请求调度服务的接口3个报错，

调度服务：请求wms服务的接口有8个报错

wms服务：请求采购服务的接口3个报错，每个超错有几十次死锁的报错

我们接下来解决这个问题的下一步，就是在各个接口中加一行日志，打印出来接口调用的情

况，我们看看每个接口的调用到底是被重试调用了几次

采购服务，审核采购单接口：被调用了4次

zuul网关服务，因为执行请求发现超时了，所以在不断的重试，调用审核采购单接口，

这4次重试，每次都是间隔了5秒钟

16:24:13，第一次请求审核采购单接口，网关的接口调用超时时间是5秒钟，5秒接口

超时，再次重试，每隔5秒调用一次这个接口，一直到最后一次调用是16:24:28

采购服务：16:24:13

16:24:18

16:24:23

16:24:28

然后你会看到