请教下202数据量大跳转变慢的问题

向上

看Avazu石先生说202数据量大的话跳转会变慢，不知道这个数据量大是指多大的量？1W or 5W or 10W or 50W ips/day 或者更多？谢谢。

testman

目前跑的数据，一天超过10万个点击的时候，撑不了两天，数据库就出现了死锁的情况。，在linode最便宜的那个vps上测试的。那个跳转的页面代码写了很多，干了很多事。服务器好点可能会好一些。
  N9 r( F, H8 ^  \  F" X但准备不用追踪了。跑一些数据看看哪些参数有转化，直接上直链跑了。

向上

testman 发表于 2013-9-2 21:34
$ Y1 x6 l8 n( O目前跑的数据，一天超过10万个点击的时候，撑不了两天，数据库就出现了死锁的情况。，在linode最便宜的那个 ...

# S' S; q9 b* O" g7 t6 ^我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
' m0 D  G" _. D! s# B8 C6 K石先生发的Avazu_202 你有用没？

testman

向上 发表于 2013-9-2 21:46
" F9 n- ^" Y& T3 B3 o6 `我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
石先生发的Avazu_202 你有用没？ ...

没有用。。用的普通的202

河小马

数据量大，直接把tracking 数据删掉就ok了
# v% O0 r% ]2 b
我现在都是直链，减少redirect 的消耗时间
. X0 J2 f7 w* s/ c) o" i9 P
% I4 b3 o8 b0 P0 X4 n) V* [; |当然是自己的一个小程序进行跳转管理

testman

河小马 发表于 2013-9-2 21:58
) R5 n0 ]+ P/ g4 y/ i: u3 L数据量大，直接把tracking 数据删掉就ok了

我现在都是直链，减少redirect 的消耗时间

4 L: t! g! ~. U" q" @你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

yincthh

0 R( t; ~8 p  q) P" m一天超过10w个点击的时候，就不是自己来处理了。
4 c  {, Z. }- V, w! D7 p直接CALL团队。

terranboy

这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

河小马

testman 发表于 2013-9-2 22:11
你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

( j3 z: G. }- ]- V只是跳转。。。
/ ~4 X/ |* e. G# r0 e; @& p( e  D
我用hasoffers。。

9 \( [& e: h/ X# I何况这个根本不算大量。。

同意terranboy 的说法

testman

terranboy 发表于 2013-9-2 22:13
这个不算多吧
  r1 Q+ \- c. C# ]0 u, J- bMYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

) y+ t1 p6 j( O+ a9 g0 D5 L* u多谢了，对mysql研究不深。。会找资料看一下。

cjyzpcl

yincthh 发表于 2013-9-2 22:13
一天超过10w个点击的时候，就不是自己来处理了。
直接CALL团队。

5 t" J  _1 q8 e$ c7 i, i, I4 O* j& O完全不是这样,一天100w的都跑过,都是直接哈.

testman

terranboy 发表于 2013-9-2 22:13
这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
$ N3 Z, X+ e  `$ `, I0 p: x要么就是VPS 垃圾

请教一下这个的具体操作。。

bjzhush

testman 发表于 2013-9-3 08:59
/ y+ m8 _2 `: k( s% o& N) U8 m请教一下这个的具体操作。。

! c4 ^- A, i. Vgoogle  large.cnf mysql

terranboy

- o+ X, m9 n$ f6 V& h- B
几个参数改一下
# vim /etc/my.cnf
: j! e, S  T1 X6 G% J6 B. J) L) D
key_buffer_size = 256M
max_allowed_packet = 4M
4 e1 b5 c% _+ X: j) ]2 k- Btable_open_cache = 1024
- C7 h5 u: y5 B2 \+ @7 Usort_buffer_size = 6M
1 c) m8 z% ^' ]! Cnet_buffer_length = 8K
read_buffer_size = 4M
; Y9 k/ f: Z7 t: w: n6 I/ z# Mjoin_buffer_size = 8M
read_rnd_buffer_size = 32M
tmp_table_size = 256M
- r4 d7 u! V) Q2 emyisam_sort_buffer_size =64M
) \6 e9 T3 J$ \, s4 wquery_cache_size= 128M
- E) ^0 k$ H6 i5 F
重启MYSQL
9 w( P% k3 x7 `6 b7 i% Q
现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的
& y+ I- M0 S% M% ~