本文介绍: 事情的起因是专员在 ze app 上查不到订单了，而订单数据是从 mysql 的 order_search_info 查询的，order_search_info 表的数据是从 oracel 的 BZ_ORDER_INFO 表同步过来的，查不到说明同步有问题。每消费一次订单表的数据，就会新创建一个线程池，核心线程数为10，不断创建线程导致内存和CPU不断飙升，消息不能正常消费，后续消费消息改成使用一个固定的现成池后，消息正常消费。首先看日志，有如下两种情况。而 CPU 持续飙升的容器，消费的是订单表的数据。
订单宽表数据不同步
事情的起因是专员在 ze app 上查不到订单了，而订单数据是从 mysql 的 order_search_info 查询的，order_search_info 表的数据是从 oracel 的 BZ_ORDER_INFO 表同步过来的，查不到说明同步有问题
首先重启，同步数据，问题解决，然后查找原因。首先看日志，有如下两种情况
有的容器消费消息的日志正常打印
有的容器很长时间没有消费消息的日志（看着像是消息丢失，福华找dba确认后明确发送没问题，只能是消费的问题）
接着看容器的状况
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
