可是 ZRANGEBYSCORE 也应该不会有什么问题吧？

@Dlin 好吧，limit 是 6.2 增加的参数

@Dlin The order of elements is from the lowest to the highest score. Elements with the same score are ordered lexicographically.

我寻思着，也没有啥丢失啊，zrange key minScore maxScore byscore limit offset count

问问 GPT 吧：mysql 什么情况下不会使用 where 里面的索引而是使用 order by 字段的索引
答：

在 MySQL 中，当查询中包含 WHERE 条件和 ORDER BY 子句时，MySQL 通常会使用 WHERE 条件的索引来过滤数据，并使用 ORDER BY 字段的索引来排序结果。然而，有一些情况下 MySQL 可能会选择不使用 WHERE 条件的索引而是使用 ORDER BY 字段的索引，这种情况包括：

当 WHERE 条件的选择性非常低时，也就是 WHERE 条件匹配的记录数非常多时，MySQL 可能会认为全表扫描比索引扫描更快，因此会选择使用 ORDER BY 字段的索引来排序结果。

当 WHERE 条件中使用了函数或表达式，而这些函数或表达式无法使用索引进行优化时，MySQL 可能会选择使用 ORDER BY 字段的索引。

当 WHERE 条件中使用了不等于（<>）或不包含（ NOT IN ）操作符时，MySQL 可能会选择使用 ORDER BY 字段的索引。

当 WHERE 条件中使用了范围查询（ BETWEEN 、>、<、>=、<=）时，MySQL 可能会选择使用 ORDER BY 字段的索引。

这些情况下 MySQL 的查询优化器可能会选择使用 ORDER BY 字段的索引，而不使用 WHERE 条件的索引。

关于这个问题的更多信息，你可以参考以下链接：

https://dev.mysql.com/doc/refman/8.0/en/order-by-optimization.html
https://www.percona.com/blog/2009/03/05/what-to-do-when-mysql-ignores-useful-indexes/
https://www.xaprb.com/blog/2006/07/04/how-to-exploit-mysql-index-optimizations/
请注意，具体的查询优化行为可能会受到 MySQL 版本、表结构、数据分布等因素的影响。因此，在实际应用中，最好根据具体情况进行性能测试和优化

@cylx3124 不知是不是我没看懂，我感觉除了全局视野法和业务折衷法之模糊法没问题外，其他两种问题都有问题，都需要前提条件：数据被排序的字段均匀分布且不可重复

不知是不是我没看懂，我感觉除了全局视野法和业务折衷法之模糊法没问题外，其他两种问题都有问题，都需要前提条件：数据被排序的字段均匀分布且不可重复

@zgcwkj 人家写了嘛，无侵入

后悔我当初没有专升本

@helloadmin 认同

警察能出面处理户口迁移这个事儿么。要断就干脆一点

没搞明白，彩礼是什么。不是 i 用来组建新家庭的吗 ///。。。。。。。。我勒个去

@Sum0l 说的是，但是我自己解决了，就不提了

@yodhcn fat jar

但是还有没有其他坑就不得而知了，不知道官方为何不保留历史。

走了一遍源码，发现 /Users/dlin/.m2/repository/org/flowable/flowable-engine/6.8.0/flowable-engine-6.8.0-sources.jar!/org/flowable/engine/impl/persistence/entity/ExecutionEntityManagerImpl.java:545 处的

if (deleteHistory) {
getHistoryManager().recordProcessInstanceDeleted(execution.getId(), execution.getProcessDefinitionId(), execution.getTenantId());
}

会判断是否删除历史，于是重写了参数 deleteHistory 的传值 DefaultDynamicStateManager#safeDeleteSubProcessInstance

目前可以保留历史了

我目前有使用三种方式打包 docker ，
1 、直接 mvn package 打一个胖包后配合 dockerfile 生成镜像
2 、使用 spring-boot 官方的 maven 插件中的构建镜像，使用的是 paketobuild ，这个比较方便，但是国内的高墙让整个团队使用是不太友好的。
3 、因此第三种是使用谷歌的 jib 插件，这个打包也很方便，不需要写 dockerfile ，生成的也不是一个单独的胖包，方便查看和

以上 2 和 3 因为通过 maven 插件打包，可以很好的利用 maven 得 profile 来激活一些配置或者参数，2 也自带一些优化项（具体我也没有去了解有哪些优化项）

kafka 的 topic 和 rabbitmq 的 topic 不一样么。

好东西加个 star