工程师大神们，可以帮解决一下这个问题么

dowhile_5

公司领导审单，经常性的卡顿，查了数据库的慢速日志，有大量的find_in_set()函数，带有非常非常长的参数列表，估计有一万多个编码被带上，查询效率低下，请大神们提供个解决方案呀





第三张图里，把sql拿去执行，长时间没结果，把find_in_set() 换成 in ，结果秒出

大神们，帮来个解决方案，万分感谢

通达曾佳慧

您好，请问您是只有这一张表单打开卡顿，还是所有的表单。

dowhile_5

通达曾佳慧 发表于 2018-5-22 17:21
您好，请问您是只有这一张表单打开卡顿，还是所有的表单。

所有表单
一卡就一起卡，从没有过只卡一张表单的情况

后台服务优化过，服务器硬件升级过，除了重启OA服务，一点办法都没有
我单位有一万多的人员档案（流动性比较大），大凡是find_in_set()用于人员编码的，参数里带上一万多的编码妥妥的，虽然不知道卡顿跟它有没有关系，总之后台日志里就是这样的结果

通达刘洋

dowhile 发表于 2018-5-25 14:40
所有表单
一卡就一起卡，从没有过只卡一张表单的情况

你好。您反馈的问题，已经反馈到产品部门。OA中确实存在很多使用find_in_set的位置，现在已经在逐步替换优化。您反馈的模块位置，我们将优先考虑优化处理。

cgft

用 LIKE 可以替换吗？

通达邝金霞

您好，您反馈的代码形式，产品部会在编写代码方面看是否考虑采纳。