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

向上

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

testman

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

向上

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

- |8 C6 a. t8 x  B7 p) Z" O2 P我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
, N- Y/ ^; n# f( Z5 G( u石先生发的Avazu_202 你有用没？

testman

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

没有用。。用的普通的202

河小马

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

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

当然是自己的一个小程序进行跳转管理

testman

河小马 发表于 2013-9-2 21:58
数据量大，直接把tracking 数据删掉就ok了
6 E  y. y7 t. m! i. b
2 R4 H2 q8 [4 j7 r& I& c我现在都是直链，减少redirect 的消耗时间

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

yincthh

) r3 a0 ^# i5 L' {/ k4 q% `0 t7 F一天超过10w个点击的时候，就不是自己来处理了。
直接CALL团队。
3 b5 E( a6 u+ O( t3 `) q

terranboy

这个不算多吧
, @+ O& W3 O# |. h6 y1 S0 R; a8 R  aMYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

河小马

testman 发表于 2013-9-2 22:11
% x4 p$ \4 l! z% i# B你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

5 U4 N7 J6 \) S# m只是跳转。。。
, z6 ^- E, U* Y
我用hasoffers。。
4 ~2 c/ I4 B1 ~1 q0 h
何况这个根本不算大量。。

; ]! s8 c0 b) u$ U4 X4 n+ l9 |7 \同意terranboy 的说法

testman

terranboy 发表于 2013-9-2 22:13
这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
2 s( p  h2 N, y9 e! v要么就是VPS 垃圾

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

cjyzpcl

yincthh 发表于 2013-9-2 22:13
( x8 ]+ Y4 d3 Y4 O7 I& |. _一天超过10w个点击的时候，就不是自己来处理了。
; x/ V: G) g) G直接CALL团队。

6 }  Z, ~8 R( u/ x完全不是这样,一天100w的都跑过,都是直接哈.

testman

terranboy 发表于 2013-9-2 22:13
这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
% N; `2 [9 V3 {* W要么就是VPS 垃圾

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

bjzhush

testman 发表于 2013-9-3 08:59
; G1 Z$ ~  ^; e+ O# r( d请教一下这个的具体操作。。

9 u  x( T; V  A7 [google  large.cnf mysql

terranboy

- L+ Q) }4 o- ?7 d  q! d$ A/ ~9 _4 _4 D几个参数改一下
  Z: n8 ?+ |7 H' j5 z, W" v# vim /etc/my.cnf
7 p: X0 \1 D# Q- I5 G: R. w  A6 ^5 M
key_buffer_size = 256M
8 _& E# ]' P& l3 v3 m, ymax_allowed_packet = 4M
table_open_cache = 1024
3 l: A7 x; I6 B! q. r- p# T& K* Xsort_buffer_size = 6M
net_buffer_length = 8K
5 [$ `5 N# Y0 F* Vread_buffer_size = 4M
join_buffer_size = 8M
read_rnd_buffer_size = 32M
9 h  ^8 ~7 l& A7 \4 ztmp_table_size = 256M
& ?2 j- x' v: J3 B  dmyisam_sort_buffer_size =64M
query_cache_size= 128M

8 I. ?9 f/ o$ n4 g7 q" d重启MYSQL

现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的

: k0 X, S* M( h# v1 V