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

清风教父

最近一直在头疼我的服务器，换了本地的机房ping值是高了很多，转化也好些
* I& |8 `2 j- V* I但是点损太大了，让人头疼，达到了20%
* [  d* I* J4 |5 r& V# u自己去粗略的算了一下这些丢失的点击
# ?" @' |4 M! U$ a! X# E0 R- X3 P一个月够几台好的独服价钱了



. @$ }1 W8 h# F2 B( f9 f+ h听醉眼大大说，im的瓶颈就在数据库
我的数据库有个值一直很高，数值接近于丢失的点击数
; R/ d* o* C0 I! @: T7 rTable locks waited一直是红色的
无法立即获得锁定表而必须等待的次数
如果该值很高，且您遇到了性能方面的问题
; |$ q2 W3 h0 f则应该首先检查您的查询语句，然后使用复制操作来分开表
, K9 E. _. n; `+ b2 n$ i因为mysql并不是很懂，也不知道这个值是不是造成点损的原因
  U, f1 Z% b8 H8 r) C5 b0 z% s
" k. I/ u. F: N! }* Q) ^
而且有大牛说im的设计本身就不合理，把所有的数据都写到一个表里面
  F7 v1 M( D2 ]3 [6 v& w6 x0 ~多数大牛都是用的volumn？
期待各位大牛的解惑。
2 f: ~& K* m3 W& J

清风教父

宇宙无敌河马天神就是宇宙无敌河马天神
/ V1 V( Z: p! l4 p; Z8 R! _4 M一句简简单单的话就把我点醒了。

清风教父

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

, u1 U5 _* g: _$ q* e嗯，记下来了，你们的产品感觉真是戳到了我的痛点，不过我过几天再试用你们的。

清风教父

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

: O2 w- `- e. e0 F这个我也会做的，但感觉解决不了根本性的问题。