首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

最近做了一个搜索接口的优化,反复压测了四次,终于达到要求了

来自:https://urlify.cn/uuYJvi 从OpenSearch中检索出数据,然后各种填充组装数据,最后返回。...复杂在于影响返回结构的因素很多,排除问题需要检查配置、检查数据库、检查缓存、检查OpenSearch、检查代码。...惨不忍睹,平均响应时间150ms,而且在这次压测过程中还发现其它的问题,后台报错,经查是OpenSearch每秒查询次数限制 优化代码与配置 1、修改OpenSearch配置,并且将压测环境中的OpenSearch...2、将代码中循环查询缓存的地方改为一次性批量查询返回。 3、和相关同学确认后去掉项目中无用的代码。 第二次压测 ? 虽然优化了代码,修改了配置,但是情况更糟糕了,而且还改出了新的问题。...可以从日常的访问量,历史访问量数据来说服测试; 11、每一次代码改动都有可能引入新的问题,因此,每次修改代码后都要回归测试一下(PS:每次修改完以后,我都会用几组不同的关键词搜索,然后比对修改前和修改后返回的数据是否一致

70710

漫漫优化路,总会错几步!记一次接口优化!

业务逻辑 从OpenSearch中检索出数据,然后各种填充组装数据,最后返回 逻辑看似很简单,当初我也是这样认为的,于是预估5天完成,最后前前后后开发、联调、改bug直到上线差不多花了10天(当然这10...天并不是只做这一件事情) 复杂在于影响返回结构的因素很多,排除问题需要检查配置、检查数据库、检查缓存、检查OpenSearch、检查代码 言归正传,不管逻辑有多复杂,都不是你逃避问题的接口,更不是你不去优化的理由...,这不是本文的重点,优化过程才是 要求,给APP提供的接口一般要求响应时间在100ms以内 第一次压测 惨不忍睹,平均响应时间150ms,而且在这次压测过程中还发现其它的问题,后台报错,经查是OpenSearch...每秒查询次数限制 优化代码与配置 1、修改OpenSearch配置,并且将压测环境中的OpenSearch连接地址改为内网地址 2、将代码中循环查询缓存的地方改为一次性批量查询返回 3、和相关同学确认后去掉项目中无用的代码...可以从日常的访问量,历史访问量数据来说服测试 11、每一次代码改动都有可能引入新的问题,因此,每次修改代码后都要回归测试一下(PS:每次修改完以后,我都会用几组不同的关键词搜索,然后比对修改前和修改后返回的数据是否一致

40821

Elasticsearch向量搜索深度解析:与OpenSearch插件实现的比较与评估

OpenSearch向量搜索概述OpenSearch则是从Elasticsearch 7.10版本之后拉出的一个由AWS维护的分支。与Elasticsearch相似,它也提供了丰富的全文搜索功能。...Opensearch需要 通过Java Native Interface (JNI)来创建一个桥接,使得基于Java的Opensearch环境能够直接调用这些外部库。...Lucene按顺序搜索每个段,并在分片级别返回基于分数的最顶部的结果数量(更高的分数=更好的结果)。...OpensearchOpensearch通过插件提供向量搜索功能,虽然这增加了系统的灵活性,但同时也要求用户关注插件的安装、配置和版本兼容性,以及与插件相关的API参数。...OpensearchOpensearch尝试通过开放和灵活的插件机制吸引更多的开发者参与,但是对于特定的向量搜索插件,可能需要依赖特定社区的活跃度和维护情况。

86821

最近做了一个搜索接口的优化,反复压测了四次,终于达到要求了

作者:废物大师兄 cnblogs.com/cjsblog/p/10573215.html 从OpenSearch中检索出数据,然后各种填充组装数据,最后返回。...复杂在于影响返回结构的因素很多,排除问题需要检查配置、检查数据库、检查缓存、检查OpenSearch、检查代码。...图片 惨不忍睹,平均响应时间150ms,而且在这次压测过程中还发现其它的问题,后台报错,经查是OpenSearch每秒查询次数限制 优化代码与配置 1、修改OpenSearch配置,并且将压测环境中的OpenSearch...2、将代码中循环查询缓存的地方改为一次性批量查询返回。 3、和相关同学确认后去掉项目中无用的代码。 第二次压测 ? 图片 虽然优化了代码,修改了配置,但是情况更糟糕了,而且还改出了新的问题。...可以从日常的访问量,历史访问量数据来说服测试; 11、每一次代码改动都有可能引入新的问题,因此,每次修改代码后都要回归测试一下(PS:每次修改完以后,我都会用几组不同的关键词搜索,然后比对修改前和修改后返回的数据是否一致

43620

漫漫优化路,总会错几步!记一次接口优化!

业务逻辑 从OpenSearch中检索出数据,然后各种填充组装数据,最后返回 逻辑看似很简单,当初我也是这样认为的,于是预估5天完成,最后前前后后开发、联调、改bug直到上线差不多花了10天(当然这10...天并不是只做这一件事情) 复杂在于影响返回结构的因素很多,排除问题需要检查配置、检查数据库、检查缓存、检查OpenSearch、检查代码 言归正传,不管逻辑有多复杂,都不是你逃避问题的接口,更不是你不去优化的理由...惨不忍睹,平均响应时间150ms,而且在这次压测过程中还发现其它的问题,后台报错,经查是OpenSearch每秒查询次数限制 优化代码与配置 1、修改OpenSearch配置,并且将压测环境中的OpenSearch...连接地址改为内网地址 2、将代码中循环查询缓存的地方改为一次性批量查询返回 3、和相关同学确认后去掉项目中无用的代码 第二次压测 ?...可以从日常的访问量,历史访问量数据来说服测试 11、每一次代码改动都有可能引入新的问题,因此,每次修改代码后都要回归测试一下(PS:每次修改完以后,我都会用几组不同的关键词搜索,然后比对修改前和修改后返回的数据是否一致

45520

漫漫优化路,总会错几步(记一次接口优化)

业务逻辑 从OpenSearch中检索出数据,然后各种填充组装数据,最后返回 逻辑看似很简单,当初我也是这样认为的,于是预估5天完成,最后前前后后开发、联调、改bug直到上线差不多花了10天(当然这10...天并不是只做这一件事情) 复杂在于影响返回结构的因素很多,排除问题需要检查配置、检查数据库、检查缓存、检查OpenSearch、检查代码 言归正传,不管逻辑有多复杂,都不是你逃避问题的接口,更不是你不去优化的理由...,这不是本文的重点,优化过程才是 要求,给APP提供的接口一般要求响应时间在100ms以内 第一次压测 惨不忍睹,平均响应时间150ms,而且在这次压测过程中还发现其它的问题,后台报错,经查是OpenSearch...每秒查询次数限制 优化代码与配置 1、修改OpenSearch配置,并且将压测环境中的OpenSearch连接地址改为内网地址 2、将代码中循环查询缓存的地方改为一次性批量查询返回 3、和相关同学确认后去掉项目中无用的代码...可以从日常的访问量,历史访问量数据来说服测试 11、每一次代码改动都有可能引入新的问题,因此,每次修改代码后都要回归测试一下(PS:每次修改完以后,我都会用几组不同的关键词搜索,然后比对修改前和修改后返回的数据是否一致

37120

漫漫优化路,总会错几步!记一次接口优化!

业务逻辑 从OpenSearch中检索出数据,然后各种填充组装数据,最后返回 逻辑看似很简单,当初我也是这样认为的,于是预估5天完成,最后前前后后开发、联调、改bug直到上线差不多花了10天(当然这10...天并不是只做这一件事情) 复杂在于影响返回结构的因素很多,排除问题需要检查配置、检查数据库、检查缓存、检查OpenSearch、检查代码 言归正传,不管逻辑有多复杂,都不是你逃避问题的接口,更不是你不去优化的理由...惨不忍睹,平均响应时间150ms,而且在这次压测过程中还发现其它的问题,后台报错,经查是OpenSearch每秒查询次数限制 优化代码与配置 1、修改OpenSearch配置,并且将压测环境中的OpenSearch...连接地址改为内网地址 2、将代码中循环查询缓存的地方改为一次性批量查询返回 3、和相关同学确认后去掉项目中无用的代码 第二次压测 ?...可以从日常的访问量,历史访问量数据来说服测试 11、每一次代码改动都有可能引入新的问题,因此,每次修改代码后都要回归测试一下(PS:每次修改完以后,我都会用几组不同的关键词搜索,然后比对修改前和修改后返回的数据是否一致

38540
领券