t194978的博客

2、翻页体验层面，如果可以只保留上一页、下一页，每次传参上一页数据的最大(最小)值。1、需求层面，如果允许最多査询xx页(如100页)，则直接避免了深度分页的问题。5、ES、Hive+lmpala、ClickHouse等OLAP方案。3、通过子査询、inner join减少回表次数，提高査询效率。

在很多电商网站中，对商品的搜索要求很高，主要体现在页面快速响应搜索结果。这就对服务端接口响应速度提出了很高的要求。而商品数据存储离不开mysql，在高并发场景下，尤其是数据规模达到一定量级，mysql的性能瓶颈一定会出现，为了满足极致的搜索速度，往往需要借助第三方存储，比如nosql数据库，当然主流的搭配还是使用搜索引擎来完成，于是在很多场景下，会选择mysql+elasticsearch来满足这个场景下对搜索的要求。如下是一个典型的使用mysql+es实现数据双写的应用场景。

最近在进行开发的时候遇到一个问题，需要对用户信息进行脱敏处理，原有的方式是写一个util类，在需要脱敏的字段查出数据后，显示掉用方法处理后再set回去，觉得这种方式能实现功能，但是不是特别优雅，想找个比较优雅的实现。接口输出json，于是去查询了一下相关的资源，jackson可以指定某个字段的自定义序列化类，那么还有一个问题，我指定了用某个类进行序列化，但是在序列化的时候如果判断脱敏的类型呢，翻看网上大神的文章得知，是 Jackson 提供的另一个序列化相关的接口，它的作用是通过字段已知的上下文信息定制。

【代码】基于blockqueue和定时任务的生产消费者模型。

接口请求重试机制是保证系统稳定性和容错能力的重要手段之一。当接口请求发生失败或暂时性错误时,通过重试机制可以提高请求的成功率。本文将详细介绍接口请求重试机制的几种常见方法。// 可在此处自定义重试逻辑});Spring Retry 为接口请求重试提供了完善和易用的解决方案,可以灵活控制各种重试参数,适用于复杂系统的容错要求。使用自定义的重试工具类来实现接口请求的重试机制,提高代码的复用性和可维护性。提供重试方法,参数包括请求函数、重试策略等在重试方法内部执行循环请求。

好了，收，大概就是这样子，主要应用场景为：需要轻量级的顺序队列消费 应用场景。

这里我们只讲jdbc的，其余的请自行研究。----------------------------------------服务端 config server------------------------------------------------------------------------------正文开始---------------------------------------------------------------------------------------扩展。

该方案是利用JDK自带的DelayQueue来实现，这是一个无界阻塞队列，该队列只有在延迟期满的时候才能从中获取元素，放入DelayQueue中的对象，是必须实现Delayed接口的。1.定时任务：该方案通常是在小型项目中使用，即通过一个线程定时的去扫描数据库，通过订单时间来判断是否有超时的订单，然后进行update或delete等操作（quartz来实现。take():获取并移除队列的超时元素，如果没有则wait当前线程，直到有元素满足超时条件，返回结果。注意：使用 @Autowired进行使用。

上面所说的一些场景，是我所遇到过的一些“坑”。在真正的业务场景中，可能还会有更多更复杂的分页问题。一般来说，具体问题还是需要具体看待，不能照搬照抄，但是可以借鉴参考。以不变应万变。控制数据总量不变，这样才能准确分页。考虑异常场景。防止异常场景下，程序不断重试，阻塞后续正常任务执行。添加监控。线上问题层出不穷，做好监控可以及时发现并处理。

上面介绍了几种常见重试机制的实现方法以及两种成熟的重试组件，除了定时任务重试，其余的方案他们都存在一个共同的问题，就是当服务器宕机或者其他情况导致方法没有进行重试。在一些一定要进行重试补偿的场景中，上述方案无法保证方法一定进行重试，可以将重试数据持久化，通过定时任务+重试组合解决这个问题。

数据同步

1

性能优化基本是BAT等一线互联网公司程序员必备的技能，以下为大家完整揭晓性能完整的优化方案和方法：包含web网站调优、数据库、JVM调优、架构调优等方案。 第一：Web网站调优 1、尽可能减少HTTP请求：图片合并 （css sprites），Js脚本文件合并、css文...