Coldfusion CFLOCK非常慢

我仍在处理“僵尸”请求问题，在调查过程中，我注意到，由于请求日志变慢，这些请求在CFLOCK处变慢

在此之前的所有操作都需要不到30秒的时间，一旦它突然击中CFLOCK，则需要20秒

这有什么原因吗？这是一个古老的代码库，最近更新到2016年。CFLOCK有什么变化吗

慢锁：

锁的是什么

 <cflock scope="SESSION" timeout="300" type="EXCLUSIVE" throwontimeout="Yes">

---

为什么?？我还不是100%确定，代码是在2006年写的，现在是我的责任。据我所知，这是登录页面的一部分，它在查询数据库以建立会话时锁定会话范围。此外，在查询数据库时，他们使用独占锁

您锁定了什么，为什么锁定？为什么？我还不是100%确定，代码是在2006年写的，现在是我的责任。据我所知，这是登录页面的一部分，它在查询数据库以建立会话时锁定会话范围。此外，在查询数据库时，它们使用一个排他锁。在许多情况下，不仅仅是在编程中，如果您不能证明某些事情是正确的，那么它可能是不正确的。这些锁可能就是一个例子。是否需要锁定整个会话？不仅仅是其中的一部分？为什么？老实说，这是不可能的。您必须查看应用程序，以尝试推断可能的原因。如果它是一个非常旧的应用程序，他们可能会错误地认为会话变量仍然需要锁定。早在CF4/5中就要求这样做，但很长一段时间以来都不是这样。Re：在查询数据库以建立会话时锁定会话范围。在.cfm脚本执行之前很久就建立了一个“会话”（在CF意义上），因此创建会话不需要锁定。在db事务上使用cflock通常是错误的。（续）你锁的是什么，为什么？为什么？我还不是100%确定，代码是在2006年写的，现在是我的责任。据我所知，这是登录页面的一部分，它在查询数据库以建立会话时锁定会话范围。此外，在查询数据库时，它们使用一个排他锁。在许多情况下，不仅仅是在编程中，如果您不能证明某些事情是正确的，那么它可能是不正确的。这些锁可能就是一个例子。是否需要锁定整个会话？不仅仅是其中的一部分？为什么？老实说，这是不可能的。您必须查看应用程序，以尝试推断可能的原因。如果它是一个非常旧的应用程序，他们可能会错误地认为会话变量仍然需要锁定。早在CF4/5中就要求这样做，但很长一段时间以来都不是这样。Re：在查询数据库以建立会话时锁定会话范围。在.cfm脚本执行之前很久就建立了一个“会话”（在CF意义上），因此创建会话不需要锁定。在db事务上使用cflock通常是错误的。（续）