关于im追踪系统的数据库问题

清风教父

最近一直在头疼我的服务器，换了本地的机房ping值是高了很多，转化也好些
但是点损太大了，让人头疼，达到了20%
" _# Q6 [& e" o0 m# z$ N* u$ L自己去粗略的算了一下这些丢失的点击
- q. g! N! w2 q4 _; m1 s+ v一个月够几台好的独服价钱了

* ]  h& z7 t8 p7 n. R

听醉眼大大说，im的瓶颈就在数据库
+ g  a* L& c: r我的数据库有个值一直很高，数值接近于丢失的点击数
9 D2 f! S0 H6 \Table locks waited一直是红色的
3 C9 }% c, F3 r% e1 Y8 Y( Y: F7 {& r无法立即获得锁定表而必须等待的次数
2 P  ?+ b! p3 A$ @% i如果该值很高，且您遇到了性能方面的问题
则应该首先检查您的查询语句，然后使用复制操作来分开表
3 s& W( K1 X3 E: P& F8 q因为mysql并不是很懂，也不知道这个值是不是造成点损的原因
1 t9 l; Q$ Y$ O2 X3 N: A: U

. f1 Z  W( M6 k& y2 Y而且有大牛说im的设计本身就不合理，把所有的数据都写到一个表里面
9 Z! Z9 }0 Q6 P多数大牛都是用的volumn？
期待各位大牛的解惑。
: _/ P9 j! J7 C
' w0 ?; {9 U* t
7 m* M4 t/ y0 Q

河小马

IM 的数据库确实不是很合理

' j/ A8 f" `! }5 ~简单的办法就是在一台服务器上多开几个IM
4 J! ?2 a7 q8 e. l# T% c* W3 M
Volumn 没有用过，无法评价

清风教父

宇宙无敌河马天神就是宇宙无敌河马天神
一句简简单单的话就把我点醒了。

PixelK

推荐用俺们的Pixelk，分表技术，高速缓存，一个campaign用一个表存储数据，你值得拥有，哈哈

清风教父

PixelK 发表于 2016-4-11 11:33
+ w( b  L& j6 a8 r) n: B推荐用俺们的Pixelk，分表技术，高速缓存，一个campaign用一个表存储数据，你值得拥有，哈哈 ...

/ R9 H# n% V8 Z9 @7 y嗯，记下来了，你们的产品感觉真是戳到了我的痛点，不过我过几天再试用你们的。

蜘蛛

IM确实有问题，我一般会经常性的清理数据库。

清风教父

蜘蛛 发表于 2016-4-11 13:47
IM确实有问题，我一般会经常性的清理数据库。

这个我也会做的，但感觉解决不了根本性的问题。

蜘蛛

清风教父 发表于 2016-4-11 15:43
这个我也会做的，但感觉解决不了根本性的问题。

用CDN   应该很不错，我觉得广告真的能转化好，用了cdn肯定还是赚的

Askdelphi

在确认一个campaign能赚钱了，就去掉iMobiTrax跟踪啊，直接提高ROI了