因IXAND导致大量MemLatch等待？

背景描述：
某日，在秒杀场景下，某系统出现大量的活动连接数堆积。
查看当时的app快照，活动连接数为：1700多个
分析快照得到如下结果：
Total_Connections:            2020                         
Total_Active_Connections:     1792
1506           653131681      223486         5995551        0              1474013        0              20664955       0              MPUSER         34bfd0cf04d6d2e6
看到SQL：34bfd0cf04d6d2e6 堆积了1506个，而且是Executing状态。
SQLMD5：34bfd0cf04d6d2e6 的SQL语句执行了接近10分钟没有完成，但是用的CPU时间和逻辑读很少（没有物理读）。因此时间肯定是花费在等待上。
从执行状态和指标：
Total time UOW waited on locks (ms)        = 0
可以看出时间并没有花费在锁等待上，因此有可能是花费在latch上。
根据获取的latch信息可以看到有大量的Memlatch:
请问我们如何避免MemLatch等待，有什么优化建议或者经验分享。

附件：

log.txt (16.39 KB)