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

向上

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

testman

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

向上

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

9 Q- f# @  j0 x4 f3 m# o我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
石先生发的Avazu_202 你有用没？

testman

向上 发表于 2013-9-2 21:46
. }" [5 [4 W! k! N1 N我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
3 K( j" w; d: ?石先生发的Avazu_202 你有用没？ ...

% O) _& N- X* M3 |$ @" [没有用。。用的普通的202

河小马

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

我现在都是直链，减少redirect 的消耗时间
& j2 m% K# r' p
/ l. k( z6 q' c& r( X当然是自己的一个小程序进行跳转管理

testman

河小马 发表于 2013-9-2 21:58
) Y+ c' ]/ s& m/ C2 J数据量大，直接把tracking 数据删掉就ok了

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

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

yincthh

一天超过10w个点击的时候，就不是自己来处理了。
直接CALL团队。

terranboy

这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
- O& X- ^, V# Q1 a( x: F要么就是VPS 垃圾

河小马

testman 发表于 2013-9-2 22:11
' ]1 m, N) p0 h) Z. E, W你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

只是跳转。。。

- ~* @4 u$ r  p1 ~1 V0 X我用hasoffers。。

# ~; V1 Z# t6 L  s5 n  j8 A. \何况这个根本不算大量。。
4 o: `7 Q4 {3 x( b1 Y$ g- u9 v
9 W0 }7 a- N9 u# h同意terranboy 的说法

testman

terranboy 发表于 2013-9-2 22:13
7 W, c$ w  x: f4 K5 x这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
& H3 o& s! a& y: A; v要么就是VPS 垃圾

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

cjyzpcl

yincthh 发表于 2013-9-2 22:13
) q' `& ^7 m$ Y( z, k( i一天超过10w个点击的时候，就不是自己来处理了。
直接CALL团队。

. T$ c. c- M+ j% O6 E$ z- v8 o" I完全不是这样,一天100w的都跑过,都是直接哈.

testman

terranboy 发表于 2013-9-2 22:13
这个不算多吧
7 w8 c0 L6 ~. U' j8 O  nMYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

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

bjzhush

testman 发表于 2013-9-3 08:59
3 h0 r+ H+ k( N+ Y3 s7 g请教一下这个的具体操作。。

google  large.cnf mysql

terranboy

# S$ V. H3 M1 J8 l) \' G! d
( n$ V' @- I& Z! d) X: a' h; ]2 a几个参数改一下
# vim /etc/my.cnf

: T! u! y% {+ l8 W5 G4 Pkey_buffer_size = 256M
. C7 f" l6 U& V2 i9 Imax_allowed_packet = 4M
table_open_cache = 1024
sort_buffer_size = 6M
/ ~$ n0 F" }4 G& ]  Inet_buffer_length = 8K
read_buffer_size = 4M
join_buffer_size = 8M
3 c% u- t2 _/ D" p5 |read_rnd_buffer_size = 32M
tmp_table_size = 256M
myisam_sort_buffer_size =64M
! D1 j; C5 p2 U' G: F1 Tquery_cache_size= 128M
" D) U# G5 W: U4 \
$ R9 \5 |- h$ V. m: k" G' a* B重启MYSQL

现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的
  E0 t! N! J- ]) Q2 ?
$ f+ q8 B5 F& ^1 `+ v: [