我很喜欢

可以先转为 ObjectNode,再根据属性来重新构建新的 ObjectNode

11 与 17,8 我现在都看不上了

物联网，最近很火，工资一下子长高了

站在你朋友角度：（开发：这东西 5 天就能搞定嘛），什么？ 5 天搞定，好家伙坑我，这朋友不要也罢。

然后站在你的角度：信任你才没有搞什么请合同，显得不信任你不太好，可是你最好居然无耻毁约。这朋友不要也罢。

不可能买，买了 16 没多久就出 17 了，OK ，继续买。huo ，买了后不支持 win11 得等 18 ，买个村子，直接破解版

6,你能看懂你写的么

可是 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 用来组建新家庭的吗 ///。。。。。。。。我勒个去