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

向上

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

testman

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

向上

testman 发表于 2013-9-2 21:34
# _" B8 D& y9 i: k目前跑的数据，一天超过10万个点击的时候，撑不了两天，数据库就出现了死锁的情况。，在linode最便宜的那个 ...

我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
石先生发的Avazu_202 你有用没？

testman

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

没有用。。用的普通的202

河小马

数据量大，直接把tracking 数据删掉就ok了

6 |- p6 C3 L; h) \& E: E% J我现在都是直链，减少redirect 的消耗时间
( e) p5 Q$ A9 @# |: x, i/ ^
: ^* p, P3 }" s( _, H$ J8 z当然是自己的一个小程序进行跳转管理

testman

河小马 发表于 2013-9-2 21:58
数据量大，直接把tracking 数据删掉就ok了

/ Z# F7 |1 s" Z: s3 D我现在都是直链，减少redirect 的消耗时间

6 t1 f" T' [, l# u, j: v4 ^你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

yincthh

; z% X. L3 Y# \* C! c$ B# B9 i2 H一天超过10w个点击的时候，就不是自己来处理了。
直接CALL团队。

terranboy

这个不算多吧
" o! i* W/ u# [" yMYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

河小马

testman 发表于 2013-9-2 22:11
- C8 T  r  E  x4 \. s$ A你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

( W! g( p8 K2 @只是跳转。。。

4 c7 s# I# X# s* T0 [我用hasoffers。。

' _1 f3 V! w& J* A3 [- f: a! G+ f何况这个根本不算大量。。

& g. R; L8 J' S1 I同意terranboy 的说法

testman

terranboy 发表于 2013-9-2 22:13
这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

1 Q/ M/ t3 Z4 D" _7 ^2 L& G* ]多谢了，对mysql研究不深。。会找资料看一下。

cjyzpcl

yincthh 发表于 2013-9-2 22:13
0 H! o% @& r" M& I( W- ~9 F3 P5 y% S一天超过10w个点击的时候，就不是自己来处理了。
0 D$ q. V& e3 V% w$ y8 s" y0 Q: g% V直接CALL团队。

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

testman

terranboy 发表于 2013-9-2 22:13
这个不算多吧
: \  f6 j5 b, H6 P& h, QMYSQL优化下 把large.cnf 替换my.cnf
- f& Z7 D/ U' m" Z( V2 K要么就是VPS 垃圾

$ b4 j' W% e2 @+ o5 k! @3 V% J请教一下这个的具体操作。。

bjzhush

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

: Q% O- e: B; h7 C: C% Dgoogle  large.cnf mysql

terranboy

& [; o5 s2 x& O9 @几个参数改一下
2 ]5 L, \/ s7 t2 k4 [# vim /etc/my.cnf

7 F) V! b3 ]' D4 ckey_buffer_size = 256M
max_allowed_packet = 4M
table_open_cache = 1024
sort_buffer_size = 6M
* V# H# k1 s0 Q. ^8 C4 Onet_buffer_length = 8K
8 {. ^+ S) ]- Q6 c; v9 c8 v4 Mread_buffer_size = 4M
join_buffer_size = 8M
read_rnd_buffer_size = 32M
tmp_table_size = 256M
myisam_sort_buffer_size =64M
query_cache_size= 128M
# d; M% a+ Z+ A6 r$ x' j
重启MYSQL

现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的
2 \7 a! K* k8 Z; ~8 l5 Y+ ~