如何使用MySQL find_in_set函数查询字段包含指定值？

FIND_IN_SET(3 5 ,ids) > 0 查询表test中ids字段包含3 5 的记录。
字段必须为逗号分隔字符串，如"3 4 ,3 5 ,3 6 ,3 7 "。
3 5 返回索引2 ，NULL或"3 5 0"不匹配。
>0判断存在，严格匹配数据类型。
大数据量表中会导致性能下降，别这么干。
处理NULL需显式条件：FIND_IN_SET(3 5 ,ids) > 0 OR ids IS NULL。
别用LIKE或REGEXP替代，FIND_IN_SET更精准。
建表时设计好字段格式，别事后改。

MySQL日期匹配和随机月份查询：如何解决随机函数导致结果不一致的问题？

上周，我那个朋友遇到了一个数据库查询问题。
他们发现使用RAND()函数在WHERE条件中会导致随机日期范围不一致。
这主要是因为RAND()函数在每次WHERE条件判断时都会重新计算，导致生成的随机天数和最终月份不固定。

2 02 3 年，他们尝试了几个解决方案。
首先，他们通过MySQL8 的WITH语句限制RAND()仅执行一次。
他们创建了一个CTE（Common Table Expression），将随机生成的月份存储为临时结果集，避免重复计算。

然后，他们推荐使用参数化查询。
这样，动态生成的日期范围和随机月份就可以作为参数传入，避免硬编码。
他们认为这种方法可维护性更强，SQL结构更简洁，易于调试。

此外，他们还提到了索引优化。
他们建议避免在查询列上使用函数，改用范围查询或直接比较。
如果create_time列有索引，并且随机月份可以转换为具体日期范围，这种方法可以提升查询速度。

最后，他们总结说，优先使用参数化查询，避免列上函数操作，并在MySQL5 .7 及以下版本使用变量存储随机月份。
他们最终推荐组合使用参数化查询与索引优化，以兼顾结果一致性、查询效率与代码可维护性。
这部分我不确定，但看起来是个不错的方案。
你看着办吧。