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

清风教父

最近一直在头疼我的服务器，换了本地的机房ping值是高了很多，转化也好些
6 {/ c2 G) \) v; |6 b但是点损太大了，让人头疼，达到了20%
自己去粗略的算了一下这些丢失的点击
# t" Q) H1 W7 ]: K  b; r: a( V9 O0 `一个月够几台好的独服价钱了

' C( I- j; J$ |' m
! A! O. b# R5 V+ o7 @( H
听醉眼大大说，im的瓶颈就在数据库
* e- e6 Z4 c9 \: ^( V我的数据库有个值一直很高，数值接近于丢失的点击数
( g0 K7 _3 L7 A& _& `3 Q8 p/ v" a2 qTable locks waited一直是红色的
% p4 W2 U8 g4 c9 l6 ]无法立即获得锁定表而必须等待的次数
9 y% F7 r0 b# J5 g- b' |0 O如果该值很高，且您遇到了性能方面的问题
则应该首先检查您的查询语句，然后使用复制操作来分开表
因为mysql并不是很懂，也不知道这个值是不是造成点损的原因
, T& Y+ M8 A5 q6 S! A- Z
* S: i2 _( M# z  R. v. v7 b
而且有大牛说im的设计本身就不合理，把所有的数据都写到一个表里面
$ z, q' c& q, \  Q& K多数大牛都是用的volumn？
期待各位大牛的解惑。
' i0 i% w8 K/ l# ]7 A* q

' Y5 e: i  @( [* A5 a/ e! Y3 S

河小马

IM 的数据库确实不是很合理
+ v( Z% k% {" C2 {! f) U( m1 ?
简单的办法就是在一台服务器上多开几个IM

Volumn 没有用过，无法评价

清风教父

宇宙无敌河马天神就是宇宙无敌河马天神
& G4 O( I7 p. b8 g+ f7 V, ]一句简简单单的话就把我点醒了。

PixelK

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

清风教父

PixelK 发表于 2016-4-11 11:33
7 |0 j* ?( O8 P$ e4 ?* ~1 X推荐用俺们的Pixelk，分表技术，高速缓存，一个campaign用一个表存储数据，你值得拥有，哈哈 ...

+ H' }# ]3 F0 g, u嗯，记下来了，你们的产品感觉真是戳到了我的痛点，不过我过几天再试用你们的。

蜘蛛

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

清风教父

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

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

蜘蛛

清风教父 发表于 2016-4-11 15:43
5 ]' m1 E! f; p' f" P* p  Y这个我也会做的，但感觉解决不了根本性的问题。

% s; y! _% d. [+ [" {用CDN   应该很不错，我觉得广告真的能转化好，用了cdn肯定还是赚的

Askdelphi

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