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

向上

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

testman

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

向上

testman 发表于 2013-9-2 21:34
6 B2 I+ G# _3 F, z6 M2 F4 ?目前跑的数据，一天超过10万个点击的时候，撑不了两天，数据库就出现了死锁的情况。，在linode最便宜的那个 ...

( X! x6 n  M9 P/ w& ?1 A我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
石先生发的Avazu_202 你有用没？

testman

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

没有用。。用的普通的202

河小马

数据量大，直接把tracking 数据删掉就ok了
! Z8 \2 B+ o/ e) S' T% V- ^9 O
我现在都是直链，减少redirect 的消耗时间
) L# j) R! E% [% Q2 @- T
3 H% k/ k2 t  q当然是自己的一个小程序进行跳转管理

testman

河小马 发表于 2013-9-2 21:58
% ^1 @2 o5 {# |3 K4 q% g2 Z数据量大，直接把tracking 数据删掉就ok了

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

/ X+ d) {0 U( p3 Y5 M. H! h& |# A2 @你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

yincthh

9 X+ b8 K1 d# v, z- X; I9 S一天超过10w个点击的时候，就不是自己来处理了。
直接CALL团队。
; k! u) i+ h0 A' |1 ~( }

terranboy

这个不算多吧
" C* Q- h' ^* e0 V' cMYSQL优化下 把large.cnf 替换my.cnf
$ P; E  b/ V& L- }- H, t# [要么就是VPS 垃圾

河小马

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

# [) f' a& d  ?只是跳转。。。
' j3 k: h* W6 F
1 h( M- z( j/ Q7 b我用hasoffers。。
& v8 Z# x" N: B
1 P. \, _/ O8 I; q$ P" L8 Q何况这个根本不算大量。。

- N2 e, e  o; s: ?; O7 ]0 ?, _同意terranboy 的说法

testman

terranboy 发表于 2013-9-2 22:13
; g2 M2 z; g7 ~( ?1 \$ s: y这个不算多吧
8 E6 {2 {" f) XMYSQL优化下 把large.cnf 替换my.cnf
8 Y; s1 u! M% n& s$ u0 i2 h, w要么就是VPS 垃圾

4 k6 Q) c, @& T1 G+ m4 C% L' j! H多谢了，对mysql研究不深。。会找资料看一下。

cjyzpcl

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

完全不是这样,一天100w的都跑过,都是直接哈.

testman

terranboy 发表于 2013-9-2 22:13
" ~$ Y# }( E  s2 T2 z) y这个不算多吧
" R6 Y$ N9 R8 @MYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

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

bjzhush

testman 发表于 2013-9-3 08:59
请教一下这个的具体操作。。

google  large.cnf mysql

terranboy

- S% e' o$ ^' d3 o9 G5 f8 T& r几个参数改一下
; [* M/ o, x' M2 @7 w+ O# vim /etc/my.cnf
1 Q. V$ x- @' i2 ?7 @
key_buffer_size = 256M
max_allowed_packet = 4M
5 T6 M5 \# @" m, {2 N5 t) ktable_open_cache = 1024
sort_buffer_size = 6M
net_buffer_length = 8K
1 v; x% F$ U6 s0 O& J% x! Sread_buffer_size = 4M
join_buffer_size = 8M
3 z8 w! P* a" |+ ]0 W  S' f) Sread_rnd_buffer_size = 32M
tmp_table_size = 256M
/ T3 t( e* w8 R" dmyisam_sort_buffer_size =64M
+ ]3 P* U( z- B% E5 R5 I8 Kquery_cache_size= 128M

重启MYSQL
* f" R7 Q+ m  A: m% Q, d0 g
现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的
: h- P/ y* o8 X  Q, ^