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

向上

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

testman

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

向上

testman 发表于 2013-9-2 21:34
# D- Y$ W, j/ E- G% L" `目前跑的数据，一天超过10万个点击的时候，撑不了两天，数据库就出现了死锁的情况。，在linode最便宜的那个 ...

我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
8 Y+ a# g7 ?% G/ K/ ], Q石先生发的Avazu_202 你有用没？

testman

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

, t2 I' f( K- B+ Y没有用。。用的普通的202

河小马

数据量大，直接把tracking 数据删掉就ok了
, t# Y4 g3 P0 o- f
1 \; A8 i+ H. n4 m: r' S我现在都是直链，减少redirect 的消耗时间

1 w, C. {5 Z; z" h当然是自己的一个小程序进行跳转管理

testman

河小马 发表于 2013-9-2 21:58
数据量大，直接把tracking 数据删掉就ok了
& o" I" s* G/ Y
我现在都是直链，减少redirect 的消耗时间

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

yincthh

一天超过10w个点击的时候，就不是自己来处理了。
* e% \7 Q2 a: q6 y8 g直接CALL团队。

terranboy

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

河小马

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

7 A: Q  P- ]/ q! e! M  l只是跳转。。。
6 r" X& F+ H% {9 e) S
" ~- S" S. U" X0 n我用hasoffers。。

' V8 U- F/ ?. C  c3 X, I何况这个根本不算大量。。

同意terranboy 的说法

testman

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

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

cjyzpcl

yincthh 发表于 2013-9-2 22:13
一天超过10w个点击的时候，就不是自己来处理了。
( ]$ ^6 P0 n4 h/ g+ W2 I6 U/ s直接CALL团队。

8 |# y) d9 j% m/ Y. n6 P" t4 E完全不是这样,一天100w的都跑过,都是直接哈.

testman

terranboy 发表于 2013-9-2 22:13
  [9 N0 ~% ^7 \( |- M) ?这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
* M" ?6 O$ s6 j8 M. d. f# Y要么就是VPS 垃圾

) ?% q$ e; a; q7 v请教一下这个的具体操作。。

bjzhush

testman 发表于 2013-9-3 08:59
6 S& D: C, Q- i% i6 w8 u* H请教一下这个的具体操作。。

google  large.cnf mysql

terranboy

4 o( C! H6 v$ G# W4 Y# D  W$ v$ H5 H( v
0 r8 L; f$ |! X* n6 O几个参数改一下
$ ^9 k7 Q  o0 U& K% G9 E2 [# vim /etc/my.cnf

& |' {) W8 F% u! q1 Xkey_buffer_size = 256M
$ Z# r9 B: y3 wmax_allowed_packet = 4M
7 ~- I4 }3 d9 S- H+ W8 E$ Xtable_open_cache = 1024
/ b0 t8 F: G0 P& xsort_buffer_size = 6M
net_buffer_length = 8K
+ p' m0 {$ r+ `( `read_buffer_size = 4M
. N3 v- e7 i  d. wjoin_buffer_size = 8M
9 L  J3 f# I6 t0 S$ cread_rnd_buffer_size = 32M
6 f) \6 p( E( |8 i, Ntmp_table_size = 256M
myisam_sort_buffer_size =64M
query_cache_size= 128M
3 F: S$ k  N& h9 P
重启MYSQL
0 O  s5 Y: i* @% _$ d
现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的

3 E" X0 V; b" Y( p$ g