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

清风教父

最近一直在头疼我的服务器，换了本地的机房ping值是高了很多，转化也好些
但是点损太大了，让人头疼，达到了20%
% |& C7 A0 [6 C. ~# E9 L自己去粗略的算了一下这些丢失的点击
* N: Z/ `1 s/ P0 K一个月够几台好的独服价钱了
* T$ V/ T" _$ Q( x# c0 g


( y: c$ F/ X: g" |; [. X听醉眼大大说，im的瓶颈就在数据库
我的数据库有个值一直很高，数值接近于丢失的点击数
$ r) {* J6 o4 STable locks waited一直是红色的
0 z* d$ y4 ]: H; G* ?无法立即获得锁定表而必须等待的次数
如果该值很高，且您遇到了性能方面的问题
5 S1 C  g* N9 {9 [则应该首先检查您的查询语句，然后使用复制操作来分开表
因为mysql并不是很懂，也不知道这个值是不是造成点损的原因


而且有大牛说im的设计本身就不合理，把所有的数据都写到一个表里面
! u. ^' t) U* l  g9 k6 |多数大牛都是用的volumn？
- t* k  R+ {8 s期待各位大牛的解惑。

2 v& r9 B6 q; X' k& t5 w

河小马

IM 的数据库确实不是很合理
# b1 e8 B. g/ A: h: [% H. G
8 O; T- x: ]) ~% b5 D5 z3 r1 I; Y简单的办法就是在一台服务器上多开几个IM
0 L: Q7 R+ _' q% k- N# x: W
Volumn 没有用过，无法评价

清风教父

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

PixelK

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

清风教父

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

嗯，记下来了，你们的产品感觉真是戳到了我的痛点，不过我过几天再试用你们的。

蜘蛛

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

清风教父

蜘蛛 发表于 2016-4-11 13:47
0 b5 u4 l1 b' W7 c. O" V& CIM确实有问题，我一般会经常性的清理数据库。

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

蜘蛛

清风教父 发表于 2016-4-11 15:43
) i  ^2 y4 X9 J7 [: X9 ?( N; n: l& g这个我也会做的，但感觉解决不了根本性的问题。

# g, `* m0 ~! D- D, v) d用CDN   应该很不错，我觉得广告真的能转化好，用了cdn肯定还是赚的

Askdelphi

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