这都能（中文网站搜寻大强化！）中文网站关键词强化是甚么原意，

采用 ES + 云合作开发两栖作战强化中文网站搜寻

我们好，我是鱼肉，那时搞这场控制技术两栖作战，带我们强化中文网站搜寻的稳定性。

ES + 云合作开发搜寻强化两栖作战

责任编辑概要：

大背景

我合作开发的程式设计导航系统中文网站已经上架 6 个月了，但从上架Hathras，中文网站始终存有两个很轻微的难题，是搜寻机能并不太好用。

在此以后，为的是崇尚加速上架，搜寻机能就单纯地采用了资料库模糊不清查阅（包涵）来同时实现，合作开发是方便快捷了，但此种形式很不灵巧。

举个范例，网抖音推广的公司站上有个天然资源叫 “Java 程序语言”，而采用者搜寻 “Java程序语言” 就啥都搜不出，其原因是天然资源名中包涵了字符，而采用者搜寻时输出的关键字并不包涵字符。

字符而已一类例外情形，类似于的情形除了许多，比如说中文网站上有个天然资源叫 “Java mammalian程式设计两栖作战”，但采用者搜寻 “Java 两栖作战” 时，没错后者包涵 “Java” 和 “两栖作战” 这三个词，但看似甚么都搜不出的。

要晓得，搜寻机能对两个重要信息裂解类公交站点是至关重抖音推广的公司要的，直接影响采用者的新体验。在你的中文网站上搜不出天然资源，谁还会用？

因此我也接到了许多爸爸妈妈的和蔼可亲提议，比如说那位驼背 Tom：

以后没有强化搜寻，主要就是三个其原因：穷 + 其实不然。但随著中文网站采用者量的减小，是这时候填坑了！

控制技术THF1

想提升中文网站搜寻稳定性，能采用 概要搜寻 控制技术，在后端和后端都能同时实现。

有时，我们要检索的数据是有限的，且所有数据都是 存储在客户端 的。

比如说个人博客中文网站，我们通常会把每篇文章作为抖音推广的公司两个文件存放在某目录下，而不是存有后台资料库中，此种情形下，不需要再从服务器上去请求动态数据，那么能直接在后端搜寻数据。

有许多现成的搜寻库，比如说 Lunr.js（GitHub 7k+ star），先添加要检索的内容：

{

)

)

.add({

,

,

  })

})

然后搜寻就能了：

)

纯后端概要搜寻的好处是无需后端、单纯方便快捷，能节省服务器的压力；无需连网，也没有额外的网络开销，检索更加速。

区别于后端，后端概要搜寻在服务器上完成，从远程资料库中搜寻符合要求的数据，再直接返回给后端。

目前主流的后端概要搜寻控制技术是 Elasticsearch，两个分布抖音推广的公司式、RESTful 风格的搜寻和数据分析引擎。

它的机能强大且灵巧，但需要自己搭建、定义数据、管理词典、上传和维护数据等，可操作性很强，需要许多水平，新手和大佬设计出的 ES 搜寻系统那是天差地别。

因此，对不熟悉 Elasticsearch 的同学，也能直接采用现成的概要检索服务。比如说 Algolia，直接通过它提供的 API 上传需要检索的数据，再用它提供的 API 检索就行了。它提供了一定抖音推广的公司的免费空间，对小型中文网站和学习采用完全足够了。

那么我的程式设计导航系统中文网站选择哪种同时实现形式呢？

首先，该中文网站的天然资源数是不固定的、无规律动态更新的，因此不适合后端概要检索。

其次，考虑到日后中文网站的数据量会比较大，而且可能要根据采用者的搜寻动态地去强化检索系统（比如说自定义程式设计词典），因此考虑采用 Elasticsearch 控制技术自行搭建搜寻引擎，而不用现成的概要检索服务，这样今后自己想怎么抖音推广的公司定制系统都能。此外，不用向其他平台发送中文网站数据，能保证数据的安全。

ES 安装

确定采用 Elasticsearch 后，要先搭建环境。

能自己购买服务器，再按照官方文档一步步手动安装。对有一定规模的个人中文网站来说，虽然搭建过程不难，但后期的维护成本看似巨大的，比如说性能分析、监控、告警、安全等等，都需要自己来配置。尤其是后期中文网站数据量更大了，还要考虑搭建集群、水平扩容等等。

因此，我选择直接采用云服务抖音推广的公司商提供的 Elasticsearch 服务，这里选择腾讯云，自动为你搭建了现成的 ES 集群服务，还提供了可视化架构管理、集群监控、日志、高级插件、智能巡检等机能。

虽然 ES 服务的价格贵，但节省下大量时间成本，对我来说是值得的。

除了个很方便快捷的定制化搜寻服务 Elastic App Search，我们感兴趣能试试。

ES 公共服务

我们的目标是强化中文网站天然资源的搜寻机能，但接下来要做抖音推广的公司的不是直接编写具体的业务逻辑，而是先合作开发两个公共的 ES 服务 。

其实对 ES 的操作比较单纯，能先单纯地把它理解为两个资料库，那么公共的 ES 服务应具有基本的增删改查机能，供其他函数调用。

由于程式设计导航系统的后端采用的是腾讯云合作开发控制技术，用 Node.js 来编写服务，因此选用官方推荐的 @elastic/elasticsearch 库来操作 ES。

没用过云合作开发也没事，能先把它理解为两个后端，欢抖音推广的公司迎阅读我以后的文章：了解云合作开发 。

代码很单纯，先是建立和 ES 的连接，此处为的是保证数据安全，采用内网地址：

 Client({

,

: {

: esConfig.username,

: esConfig.password,

  },

});

然后是编写增删改查。这里抖音推广的公司做一步抽象，通过 switch 等分支语句，根据请求参数来区分操作、要操作的数据等，这样就不用把每个操作都独立写成两个接口了。

 { op, index, id, params } = event;

 (op) {

:

 doAdd(index, id, params);

:

doDelete抖音推广的公司(index, id);

:

 doSearch(index, params);

:

 doUpdate(index, id, params);

}

在云合作开发中，假如某个函数太久没被调用，就会释放天然资源。下次请求时，会进行冷启动，重新创建天然资源，导致接口返回较慢。因此，把多个操作封装到同两个函数中，也能减少冷启动的几率。

具体的增删改查代码就不赘述了，对抖音推广的公司着 ES Node 的官方文档看一遍就行了，后面会把代码开源到程式设计导航系统仓库中（https://github.com/liyupi/code-nav）。

编写好代码后，能用云合作开发自带的 tcb 命令行工具在本地执行该函数。

记得先把 ES 的连接地址改成公网，然后输出一行命令就行了。比如说我们要向 ES 插入一条数据，传入要执行的函数名、请求参数、代码路径：

tcb fn run 

  --name 

--p抖音推广的公司arams "{\"op\": \"add\"}"

  --path 

执行成功后，就能在 ES 中看到新插入的数据了（通过 Kibana 面板或 curl 查看）：

本地测试好公共服务代码后，把 ES 连接地址改成内网 IP，然后发布到云端。

接下来试着编写两个其他的函数来访问公共 ES 服务，比如说插入天然资源到 ES，通过 callFunction 请求：

{

  app.callFunction({

,

: {

,

,

      id,

: data,

    }

  });

}

但，数据并没有被成功插入，而是返回了接口超时，Why？

通过日志得知是 ES 连接不上，会不会是因为发布上架的 ES 公共服务所在的机器和 ES 不在同两个内网呢？

因此需要在云合作开发控制台更改 ES 抖音推广的公司公共服务的私有网络配置，选择和购买 ES 时同样的子网就行了：

修改之后，再次远程请求 ES 公共服务，数据就插入成功了~

数据索引

合作开发好 ES 公共服务后，就能编写具体的业务逻辑了。

首先要在 ES 中建立两个索引（类似于资料库的表），来约定数据的类型、分词等重要信息，而不是允许随意插入数据。

比如说为的是更灵巧搜寻，天然资源名应该指定为 "text" 类型，以开启分词，并指定 ik 中文抖音推广的公司分词器：

: {

,

,

,

: {

: {

,

    }

  }

}

而点赞数应设置为 "long" 类型，只允许传入数字：

: {

}

最好还要为抖音推广的公司索引指定两个别名，便于后续修改字段时重建索引：

 : { 

: {}

}

编写好建立索引的 json 配置后，通过 curl 或 Kibana 去调用 ES 新建索引接口就行了。

数据同步

以后，程式设计导航系统中文网站的天然资源数据都是存有资料库中的，采用者从资料库中查阅。而现在要改为从 ES 中查阅，ES 空空如也可不行，得想办法把资料库中的天然资源数据同步到 ES 中。

这里有几种同步策略。

以前，采用者推荐的天然资源只会插入到资料库，双写是指在天然资源插入资料库的这时候，同时插入到 ES 就好了。

听上去挺单纯的，但此种形式存有许多难题：

会改动以前的代码，每个写资料库的地方都要补充写入 ES。

会存有一边儿写入失败、另一边儿成功的情形，导致资料库和 ES 的数据不一致。

那有没有对现有代码 侵入更小 的方法呢？

如果对数据实时性的要求不高，能选择定时同步，每隔一段时间将最新插入或修改的数据从数据抖音推广的公司库复制到 ES 上。

同时实现形式有许多种，比如说用 Logstash 数据传输管道，或者自己编写定时任务程序，这样就完全不用改现有的代码。

如果对数据实时性要求很高，刚刚插入资料库的数据就要能立刻就能被搜寻到，那么就要实时同步。除了双写外，还能监听资料库的 binlog，在资料库发生任何变更时，我们都能感知到。

阿里有个开源项目叫 Canal ，能够实时监听 MySQL 资料库，并推送通知给下游，抖音推广的公司感兴趣的朋友能看看。

由于程式设计天然资源的搜寻对实时性要求不高，因此定时同步就 ok。

云合作开发默认提供了定时函数机能，我就直接写两个云函数，每 1 分钟执行一次，每次读取资料库中近 5 分钟内发生了变更的数据，以防止上次执行失败的情形。此外，还要配置超时时间，防止函数执行时间过长导致的执行失败。

在云合作开发 - 云函数控制台就能可视化配置了，需要为定时任务指定两个 crontab 表达式：抖音推广的公司

开启定时同步后，不要忘了再编写并执行两个 首次 同步函数，用于将历史的全量数据同步到 ES。

数据检索

现在 ES 上已经有数据了，只剩最后一步，是怎么把数据搜出呢？

首先我们要学习 ES 的搜寻 DSL（语法），包括如何取列、搜寻、过滤、分页、排序等，对新手来讲，还是有点麻烦的，尤其是查阅条件中布尔表达式的组合，稍微不注意就查不出数据。因此提议我们先在 Kibana 提供的调试工具抖音推广的公司中编写查阅语法：

查出预期的数据后，再编写后端的搜寻函数，接受的请求参数最好和原接口保持一致，减少改动。

能根据后端传来的请求动态拼接查阅语法，比如说要按照天然资源名搜寻：

 (name) {

  query.bool.should = [

    {

: {

        name

      }

    }

  ];

}

由此，整个中文网站的搜寻强化完毕。

再去试一下效果，现在哪怕我输出许多多 “鱼” 的词，也能抖音推广的公司搜到了！

ES 是怎么同时实现灵巧搜寻的呢？欢迎阅读 这篇文章 。

新 ES 搜寻接口的发布并不意味着老的资料库查阅接口淘汰，能同时保留。按名称搜寻天然资源时用新接口，更灵巧；而根据审核状态、搜寻某采用者发布过的天然资源时，能用老接口，从资料库查。从而分摊负载，职责分离，让对的控制技术做对的事情！

以上是本期分享，我是鱼肉，点赞 + 在看 还是要求一下的，祝我们都能心想事成、发大财、行大运。

往期推荐

5 抖音推广的公司分钟！我上架了新中文网站！

在腾讯，我的试用期总结！