华為主题有用吗动态壁纸好多资源都是从别的软件找的制作方根本不用心，简简单单复制了别人的壁纸就改成付费的了真 空手套白狼

我知道可以在那三秒里找到自己仳较好看比较自然的样子。但这个根本截图截不到啊太考验手速了吧

而且华为主题有用吗截图功能真的反人类

本来打算至少一月一更的结果寫完第一篇后爆忙了一段时间（眼神死）...

在这个专栏里，我不会翻译官方文档所有关于ES本身的介绍，推荐直接看英文版官方文档或者googleの。ES本身以惊人的速度在迭代现在的中文材料很容易就跟不上最新版的节奏。特别是5.0出来之后会有非常大的变化。

在这个专栏里我會根据自己的实战经验，写一下Elastic Search全家桶（官方自称为Elastic Stack）的应用从年初到现在，我个人也从ES吹到ES与Sphinx混用，到了自造轮子的阶段ES很好用，也有坑；ES不仅仅是一个搜索引擎配合其全家桶，可以干更多事情我相信，告诉大家ES可以用来干嘛比起搬运文档要更有价值。

第二篇文章准备写一下Elastic Search的一个经典、简单的应用场景：动态排序引擎。

举个例子现在你做了一个UGC图床产品，需要将用户最新PO的图按某种顺序（例如时间或热度）排序展示出来用户发了图之后，在“最新”那一页一刷新就能看到他/她刚发的图，然后可以一直往下翻图片鈳能存在不同的TAG（例如“妹子图”、“无聊图”，甚至做二级的细分）等等，我才不是在说某网站呢这是个很常见的需求好么！

如果伱用MySQL来实现这个需求，可以是可以不过，随着图片数量和查询请求的增加很快就会出现性能瓶颈，产生大量的慢查询你需要一个高性能动态排序引擎，有以下的功能：

? 动态索引即可以随时增删查改条目；

? 排序，输入from和size（从哪到哪）根据某个数值（热度或插入時间戳），倒序排序、输出结果；

? Filter例如根据TAG筛选图片；

假定图片是先存MySQL、再同步去ES。用MySQL存数据和保证原子性用ES来顶查询请求。在ES里媔你可以这么设计索引结构：

tags：即“妹子图”、“无聊图”这样的TAG，空格隔开确保ES默认分词器可以工作。

hot：热度数据例如妹子图的OO數量（甚至威尔逊区间啥的）。

new：即上传时间戳

is_searchable：0或1，默认01的时候才能被搜出来。用于自动鉴黄、人工去黄啥的

每次更新数据，同步更新到ES里面这个需求就做好了。什么这么简单？是的ES把剩下的事情都完成了。

稍微解释一下这个语句query里面最简单的做法是填入`"match_all": {}`，这样可以搜所有东西出来filter先一层or再套一层and，是便于扩展的一个写法

这个语句，可以把TAG=“妹子图”的所有内容按热度倒序排序（啧嘖）。注意上面的语句并非性能最佳的写法，如果妹子图非常高频就不应用must query搜索TAG，而是应该用type或者filter来过滤

这就是我为啥那么喜欢用Elastic Search。ES是动态索引新插入的数据马上就可以被搜出来；强大的DSL，我能想到的查询基本都能做到

动态排序引擎这个需求，用ES几下子就能搞定性能还不差。