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

向上

看Avazu石先生说202数据量大的话跳转会变慢，不知道这个数据量大是指多大的量？1W or 5W or 10W or 50W ips/day 或者更多？谢谢。
2 j  A5 X1 y, z. {! n

testman

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

向上

testman 发表于 2013-9-2 21:34
$ v0 }$ Y- N0 k' [" P/ q7 {目前跑的数据，一天超过10万个点击的时候，撑不了两天，数据库就出现了死锁的情况。，在linode最便宜的那个 ...

我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
7 B; o  j- k- T$ R石先生发的Avazu_202 你有用没？

testman

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

2 K) ]) |; v7 \( W) o没有用。。用的普通的202

河小马

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

我现在都是直链，减少redirect 的消耗时间
! [, D5 N+ B" g+ z2 M
当然是自己的一个小程序进行跳转管理

testman

河小马 发表于 2013-9-2 21:58
+ s! X+ P) Z+ R- w9 J数据量大，直接把tracking 数据删掉就ok了

" Y8 k; N7 o9 |& J我现在都是直链，减少redirect 的消耗时间

9 s; _# }" J" r你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

yincthh

一天超过10w个点击的时候，就不是自己来处理了。
直接CALL团队。
$ A* b2 t' ]3 L/ v

terranboy

这个不算多吧
& t/ \7 Y$ ~9 Y- b# O% M4 |MYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

河小马

testman 发表于 2013-9-2 22:11
! p( ]6 g$ n* V+ k! @2 B. u你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

( K; G9 l5 a/ k4 u9 _8 U0 n, R  X* v只是跳转。。。

4 T+ J2 X/ n+ z我用hasoffers。。

( P/ m7 i4 f0 a8 S. ?$ ?+ _何况这个根本不算大量。。

同意terranboy 的说法

testman

terranboy 发表于 2013-9-2 22:13
2 D) Z. ?& x6 d* r# r" b# U2 w这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

- W* e- q, z+ O4 ~! {- z: q多谢了，对mysql研究不深。。会找资料看一下。

cjyzpcl

yincthh 发表于 2013-9-2 22:13
2 L. W( k: a0 L# W一天超过10w个点击的时候，就不是自己来处理了。
+ j: b& B+ |+ Z/ g" ]0 g直接CALL团队。

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

testman

terranboy 发表于 2013-9-2 22:13
这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
" Q! @, n& e, f. B$ u# h+ c% [4 H+ O) d要么就是VPS 垃圾

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

bjzhush

testman 发表于 2013-9-3 08:59
% g8 n6 j; v6 c7 R# }请教一下这个的具体操作。。

. \9 k& \! T1 T3 s1 J  Sgoogle  large.cnf mysql

terranboy

2 l* r3 A0 n8 j& [几个参数改一下
/ {8 Z' ^- n$ W6 G# vim /etc/my.cnf

key_buffer_size = 256M
max_allowed_packet = 4M
table_open_cache = 1024
, q7 [/ j$ {5 e3 ]" x( }& Tsort_buffer_size = 6M
2 _5 D0 i9 j; U: D+ @net_buffer_length = 8K
8 q+ `: d$ C4 B. o6 r; g0 {: ?! Nread_buffer_size = 4M
6 L5 Q' n, b5 g' E4 g9 Njoin_buffer_size = 8M
read_rnd_buffer_size = 32M
tmp_table_size = 256M
  C0 K" f. E% G# d* g1 xmyisam_sort_buffer_size =64M
) @3 {5 Z7 N! ~& G/ I& o: k$ Mquery_cache_size= 128M
2 s! z& W; T3 d/ z" F# C
$ X5 z/ b7 x, t0 s3 j  Y重启MYSQL
  V! n8 u8 L/ D* i0 B; J
现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的
* c/ I; g) n* J8 ]/ {1 Y

' A9 T5 N, N, [- D  l& y