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

清风教父

最近一直在头疼我的服务器，换了本地的机房ping值是高了很多，转化也好些
% I3 o# I  J  R) R+ ?但是点损太大了，让人头疼，达到了20%
5 g% Q2 Y* i7 Q' g  f7 `' I% \5 o自己去粗略的算了一下这些丢失的点击
一个月够几台好的独服价钱了

: |- ?- r. r( U3 D* V

8 Z- @2 P2 J7 D2 l2 T听醉眼大大说，im的瓶颈就在数据库
我的数据库有个值一直很高，数值接近于丢失的点击数
Table locks waited一直是红色的
$ g2 \- X5 \' v" E5 {( k( \: E. E无法立即获得锁定表而必须等待的次数
" n( x- T/ p6 K1 [- C7 m如果该值很高，且您遇到了性能方面的问题
/ b6 `; x$ q' G& e则应该首先检查您的查询语句，然后使用复制操作来分开表
因为mysql并不是很懂，也不知道这个值是不是造成点损的原因
2 |- E9 {: Q6 H. b& \/ M
9 g' P' B7 |) M1 z
0 R- d' h4 _9 k而且有大牛说im的设计本身就不合理，把所有的数据都写到一个表里面
多数大牛都是用的volumn？
期待各位大牛的解惑。
1 N& O; h+ L+ O* v
% \( [( A  k4 w3 c+ h$ g- w

河小马

IM 的数据库确实不是很合理
$ x4 Q7 Y. S0 H9 h5 f
简单的办法就是在一台服务器上多开几个IM
3 i# m; d/ P4 _1 C& ~
Volumn 没有用过，无法评价

清风教父

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

PixelK

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

清风教父

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

) Q  z/ b& j% I, v' S嗯，记下来了，你们的产品感觉真是戳到了我的痛点，不过我过几天再试用你们的。

蜘蛛

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

清风教父

蜘蛛 发表于 2016-4-11 13:47
/ n  U8 m7 a9 v' Z' p8 B5 CIM确实有问题，我一般会经常性的清理数据库。

3 n3 `" b& f: x, _& i7 {这个我也会做的，但感觉解决不了根本性的问题。

蜘蛛

清风教父 发表于 2016-4-11 15:43
( h' R/ X# u  k' W, j- _* j这个我也会做的，但感觉解决不了根本性的问题。

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

Askdelphi

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