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

向上

看Avazu石先生说202数据量大的话跳转会变慢，不知道这个数据量大是指多大的量？1W or 5W or 10W or 50W ips/day 或者更多？谢谢。
1 G" I$ i4 X$ |! d% I- M

testman

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

向上

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

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

testman

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

. X1 N% x! ^1 f7 \! x没有用。。用的普通的202

河小马

数据量大，直接把tracking 数据删掉就ok了
3 o4 ]! ^9 L% b7 h; W6 I% ~
我现在都是直链，减少redirect 的消耗时间

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

testman

河小马 发表于 2013-9-2 21:58
数据量大，直接把tracking 数据删掉就ok了
2 w# g& c8 n) H$ H9 }' w/ ^
3 b& k# x1 P' @" ?, j: m我现在都是直链，减少redirect 的消耗时间

3 L! f/ X* ~/ f5 N  {你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

yincthh

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

terranboy

这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
; _5 U/ |; S: x  m要么就是VPS 垃圾

河小马

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

+ j# l. D6 i7 F只是跳转。。。
8 j' x( y7 w) D9 }; [
6 v. ]3 Y- Q$ `' S( F我用hasoffers。。

! q4 r" P. B, n何况这个根本不算大量。。
- C* u8 Q. [- v3 h* h! s
同意terranboy 的说法

testman

terranboy 发表于 2013-9-2 22:13
4 E" V1 o, Y) P- ~: c  q9 ?这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

/ Y  ~6 o2 e# z多谢了，对mysql研究不深。。会找资料看一下。

cjyzpcl

yincthh 发表于 2013-9-2 22:13
一天超过10w个点击的时候，就不是自己来处理了。
1 l' |* W! a9 h# a; t0 G+ W# j( b直接CALL团队。

! h! D* g( V) ?! r. q0 H. N% }完全不是这样,一天100w的都跑过,都是直接哈.

testman

terranboy 发表于 2013-9-2 22:13
这个不算多吧
0 q: _* \' Q% s- P  {" o' d0 |/ BMYSQL优化下 把large.cnf 替换my.cnf
9 }7 @3 q* v) Y7 T要么就是VPS 垃圾

3 y$ A+ S, e9 G. X: v! W6 W( C请教一下这个的具体操作。。

bjzhush

testman 发表于 2013-9-3 08:59
请教一下这个的具体操作。。

' h  }' K  p- r* h; e2 lgoogle  large.cnf mysql

terranboy

) E6 r+ Q4 Q$ R& a* t$ h几个参数改一下
9 i3 S0 }1 G1 G* z: q0 {# vim /etc/my.cnf
/ K* p$ {$ @1 k# c3 T
. T' r& }: a  ekey_buffer_size = 256M
  w8 @6 X$ a# ?& \: dmax_allowed_packet = 4M
5 R$ ]3 }- f+ `/ t% x0 |table_open_cache = 1024
sort_buffer_size = 6M
net_buffer_length = 8K
9 I- ]6 w! F; Eread_buffer_size = 4M
join_buffer_size = 8M
read_rnd_buffer_size = 32M
tmp_table_size = 256M
myisam_sort_buffer_size =64M
+ f! A2 w- F; E! [# L; h2 y" zquery_cache_size= 128M
% k; |4 O! l1 L3 W
( I2 o$ T# b$ z4 s重启MYSQL
/ s3 l9 q' ~1 q8 u
现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的