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

向上

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

testman

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

向上

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

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

testman

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

没有用。。用的普通的202

河小马

数据量大，直接把tracking 数据删掉就ok了
0 T& N/ N+ Z' M3 F2 J* ]) T
我现在都是直链，减少redirect 的消耗时间
/ }6 L3 @0 m. V/ o5 [
当然是自己的一个小程序进行跳转管理

testman

河小马 发表于 2013-9-2 21:58
4 O! d' p2 S# n数据量大，直接把tracking 数据删掉就ok了
: |) o/ p8 K7 t3 J$ i4 i
; T, l- R1 N( G& e- {我现在都是直链，减少redirect 的消耗时间

你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

yincthh

$ x8 Y2 G3 w' s6 j6 U! S; P4 M+ Y4 Y6 _" m一天超过10w个点击的时候，就不是自己来处理了。
直接CALL团队。
) Z, d# x# h. D" [  `

terranboy

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

河小马

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

& q, U! l1 E+ [只是跳转。。。
! k. P% T* R+ m' R
我用hasoffers。。

& X: d" ~+ D) D8 w2 E何况这个根本不算大量。。
. g6 p5 ?  J# x8 G2 G
9 S) |3 G1 k+ ]3 N5 M同意terranboy 的说法

testman

terranboy 发表于 2013-9-2 22:13
' z( P5 T4 @' r# d  Q这个不算多吧
0 E1 a* M1 x+ S) e% l9 VMYSQL优化下 把large.cnf 替换my.cnf
+ R& g+ G: e5 q要么就是VPS 垃圾

多谢了，对mysql研究不深。。会找资料看一下。

cjyzpcl

yincthh 发表于 2013-9-2 22:13
一天超过10w个点击的时候，就不是自己来处理了。
, d+ @% g# f9 i  J% h直接CALL团队。

: y7 m4 B/ q, U3 c- y. [完全不是这样,一天100w的都跑过,都是直接哈.

testman

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

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

bjzhush

testman 发表于 2013-9-3 08:59
. e" E$ }# X8 }请教一下这个的具体操作。。

" j  A$ a, q! G! J" o6 _google  large.cnf mysql

terranboy

! t" q5 Y/ a6 ?; Y& r/ r3 Z
7 o* a: a5 d. I& L. K' L# s几个参数改一下
9 ~: F( u! u3 z: f# a+ v# vim /etc/my.cnf
+ u- U% u; O6 u/ `
+ R! D+ U# E$ Z$ h) E8 ?key_buffer_size = 256M
2 x9 M% W- u( ?' L' N' R5 i; wmax_allowed_packet = 4M
, h. E) u- F* l  ?table_open_cache = 1024
sort_buffer_size = 6M
net_buffer_length = 8K
read_buffer_size = 4M
5 R, b' n9 e& C, @0 \join_buffer_size = 8M
read_rnd_buffer_size = 32M
0 C) N' |4 C7 d' ~; Otmp_table_size = 256M
, s5 W& b" @- ~, w0 kmyisam_sort_buffer_size =64M
query_cache_size= 128M
9 u, V# \3 x  {2 L# e
重启MYSQL

; G0 z3 \( u' \+ s现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的
# T" c7 ]- b: {1 e7 I3 l8 F
6 \, W3 X8 R4 x  ]+ L