【结帖】邮件速度问题**

rzport_gongyu

我机子配置很好 我点邮件 就有未响应的情况，cpu使用率挺高的60%了  
然后用Minitor看感觉邮件代码有点问题  速度最慢的几句是：
（1）SELECT * FROM TMAILREFERENCE WHERE (BITAND(FSTATE, 2) <> 2) AND FGUID = '06FBCAE3A7F645F09494CFF4730A2E74'
（2）SELECT * FROM TFILEGROUP ORDER BY FPARENTID, FSEQUENCE

rzport_gongyu

邮件部分代码  查询语句有问题吧 能否给个解决方法

jiahaiming

1、速度慢时，business.exe、tomcat、数据库的cpu占用分别多少？

2、你在monintor监控中看到上面两句sql的执行时间分别是多少？ 客户端操作又用时多少？

3、这两句sql，直接在数据库的工具中执行，需要多少时间？

lixy

业务模型\协同系统\个人事务\邮件库  有（1）SELECT * FROM TMAILREFERENCE WHERE (BITAND(FSTATE, 2) <> 2) AND FGUID = '06FBCAE3A7F645F09494CFF4730A2E74'的sql，你可以换下条件位置试试是不是会快些。（共有4个地方）

rzport_gongyu

更换条件还是不行  monintor  当时显示那句执行时间是14000左右 用其他工具读取速度很快的
邮件那里如果有附件 是不是我在点另一条有附件的邮件  系统就查一次。能不能只当用户只打开附件时才读取 而不是点一下标题就查。   另外邮箱附件设计到数据表中 很影响读取速度 其他用户没有反映速度慢的情况吗

lixy

邮件的结构是这样的，2楼已经说了。
楼主可以看看邮件的协议，邮件是什么格式就明白。
楼主只能在数据库层次去优化他，或者减少存储的数据量。

lixy

本地存储邮件少了网络传输的环节，而且邮件的协议的原因标题其实也是从邮件里面解析出来的。

rzport_gongyu

我感觉这个设计数据表太不合理了  附件应该单独拿出来  那现在只能在数据库层次去优化他，或者减少存储的数据量吗   如果使用时间长了 估计还是速度慢

jiahaiming

呵呵，x3的邮件系统最初的设计目的是做企业内部信息交流的，对附件的要求并不高（特别是不会发送大文件）。所以全部存储在了数据库中，以达到集中存储的目的。也许这个模式在楼主那里不太适用。

对于邮件部分的源代码我们已经完全向用户开放了（业务模型\协同系统\个人事务），楼主可以根据自己的需要来修改。

rzport_gongyu

知道了 谢谢  结帖