兄弟们我又来了，继上次指令重排之虾寄吧排和试图用MESI否定内存屏障的狠活之后，我为了入门java狠赚笔，又去简单入门了下ES，才发现倒排索引如此牛批，令小弟深感震撼。
今天小弟的时候，突然梦到我在学ES，今早起床突然在脑袋中构思了这样一种场景，对于后台客服的订单管理功能，客服根据业务可能要根据订单号查询订单信息，并且会出现排列组合条件筛选订单的场景。
由于订单和客服没有关联关系（不像用户和订单那样），并且排列起来的条件无序（没法使用mysql联合索引），如果订单量越来越大，查询性能是不是直接成为一坨，业务直接，这种情况下我可不可以引入ES，使用ES的倒排索引来解决这个问题。
我将订单包括订单id在内部分信息存入ES中，然后客服浏览搜索订单列表的时候查ES，如果查订单详情信息的时候通过前端带来的订单id查就行了，这样直接走了主键索引，让性能大大提升，这样先狠赚带后狠赚，我也成功带客服狠赚笔了，争取抱得客服小妹美人归
但订单状态是会更改的，比如待发货，待付款，已完成，已取消，这样频繁的订单状态变更是不是很影响性能啊。
不早了，小弟又要去做机器视觉的工作了，难道我的java狠赚之路就要彻底终结了吗，求大佬解答。