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

清风教父

最近一直在头疼我的服务器，换了本地的机房ping值是高了很多，转化也好些
8 y. A% S6 I  T0 x. _但是点损太大了，让人头疼，达到了20%
2 I4 V8 N8 Q5 c- B& m自己去粗略的算了一下这些丢失的点击
$ g: @; M# g, y3 J4 Q一个月够几台好的独服价钱了
+ G: `2 W8 R7 b7 |0 ^

4 _& g1 d: s$ t/ p8 _% R! Z/ G8 B
$ _; }* D5 F5 Z3 [6 M/ M听醉眼大大说，im的瓶颈就在数据库
我的数据库有个值一直很高，数值接近于丢失的点击数
2 k7 h8 e' s- ?) yTable locks waited一直是红色的
: p9 j7 l/ x( ?1 G, D/ e0 O无法立即获得锁定表而必须等待的次数
$ n: t. J- K; v+ |+ n* d1 _- q1 S如果该值很高，且您遇到了性能方面的问题
  Q7 A/ \( q3 P7 q9 `) T则应该首先检查您的查询语句，然后使用复制操作来分开表
5 ^8 U2 R. F* F因为mysql并不是很懂，也不知道这个值是不是造成点损的原因


而且有大牛说im的设计本身就不合理，把所有的数据都写到一个表里面
% }8 f* S4 n+ k- |- j7 I  @多数大牛都是用的volumn？
# G4 }! e& B0 V  E: d# U期待各位大牛的解惑。

, R2 v( A* ~/ v% ?9 Z% m3 C

河小马

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

5 ]0 s2 |- ~$ P8 i3 z- E6 f+ `简单的办法就是在一台服务器上多开几个IM

Volumn 没有用过，无法评价

清风教父

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

PixelK

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

清风教父

PixelK 发表于 2016-4-11 11:33
推荐用俺们的Pixelk，分表技术，高速缓存，一个campaign用一个表存储数据，你值得拥有，哈哈 ...

; ~: U, x' V! `; O嗯，记下来了，你们的产品感觉真是戳到了我的痛点，不过我过几天再试用你们的。

蜘蛛

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

清风教父

蜘蛛 发表于 2016-4-11 13:47
! d" i: H, |  ^) pIM确实有问题，我一般会经常性的清理数据库。

- e. k0 N- P1 Q% e. U这个我也会做的，但感觉解决不了根本性的问题。

蜘蛛

清风教父 发表于 2016-4-11 15:43
# f1 _7 G; r& I  U- Z! ^6 k$ S这个我也会做的，但感觉解决不了根本性的问题。

# s0 a6 ]0 V- [/ J0 }用CDN   应该很不错，我觉得广告真的能转化好，用了cdn肯定还是赚的

Askdelphi

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