大促后近两百万笔订单要导出，导出按钮点了一直转圈圈，同时内存持续飙升，这该怎么办？本文结合多线程、异步回调、分批流式处理思想，成功将接口响应时间做到14ms！

订单超时未支付，如何自动关闭？架构如何在业务演进中合理设计？订单就会被系统自动关闭，作为技术人员，该如何设计这个功能？

前言 分类树查询功能，在各个业务系统中可以说随处可见，特别是在电商系统中。 但就是这样一个简单的分类树查询功能，我们却优化了5次。 到底是怎么回事呢？ 背景 我们的网站使用了SpringBoot推荐的

一、背景 事情的背景就是产品初期，需求急、周期短，同事在完成该需求时以结果导向为主，先实现需求。 就在最近，测试时发现该接口的响应为 2s 多，页面中可以感觉到明显的延迟，所以有了本文，提升一下接口响

这是一个很有意思却很少有人注意的问题。 当我用Google搜索MySQL这个关键词的时候，Google只提供了13页的搜索结果，当我试图搜索第14页数据，居然报错了。。。。

本文对业务系统对流程层继续深究，讨论流程层沉淀出通用组件。讲了两种工具，分别对应业务复用和异步查询场景。

一个分词器tokenizer接收一个字符流，将之分割为独立的tokens词元。 对于中文，一般选择ik分词器。 0. 安装ik分词器 1. ik分词器基本知识 2. 自定义分词扩展词库 如果以后有什么新的单词，只需要加到分词库文件里就行了。

Elasticsearch默认也能对中文进行分词。 我们先来看看自带的中文分词效果： 结果： 我们发现，是按照每个字进行分词的。这种在实际应用里肯定达不到想要的效果。当然，如果是日志搜索，使用自带的就足够了。 analyzer=default其实调用的是standard分词器。…

基于elasticsearch，安装中文分词器、拼音分词器、自定义分词字典，实现中文、拼音、组合分词检索功能。