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

向上

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

testman

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

向上

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

4 A% D& V8 o9 k# x' |& b" K# \5 e( A我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
* n6 ?0 a  N( v. [石先生发的Avazu_202 你有用没？

testman

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

没有用。。用的普通的202

河小马

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

  f, C+ F7 N+ M9 c, Y1 t' m7 j我现在都是直链，减少redirect 的消耗时间
  w9 |! F! Y; ]/ r* W3 T, l/ f' B
2 M  V8 u$ @/ r6 g3 X- B当然是自己的一个小程序进行跳转管理

testman

河小马 发表于 2013-9-2 21:58
数据量大，直接把tracking 数据删掉就ok了
8 N2 q% U7 ?) Y; M' h7 n0 Z/ i0 S
$ D6 [8 J& v& n' [' I我现在都是直链，减少redirect 的消耗时间

/ q( s2 g1 |2 `0 X$ R% f3 C你的这个小程序还会记录追踪的数据吗？还是只用来做跳转?

yincthh

( ]. i: G0 F7 M% h0 i一天超过10w个点击的时候，就不是自己来处理了。
! o$ V, z% g- \+ P2 g( O直接CALL团队。
/ ?7 |, h7 \) r

terranboy

这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
) |( I; C- Q& M6 t# G要么就是VPS 垃圾

河小马

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

只是跳转。。。

我用hasoffers。。
* t. X) n1 U4 `/ h; H+ B9 {1 S
何况这个根本不算大量。。
2 ?+ i8 W: C+ k; Z5 \
1 g4 U7 u# }- C) S% E同意terranboy 的说法

testman

terranboy 发表于 2013-9-2 22:13
; z8 q  z* g. J, i! [这个不算多吧
1 m$ a$ x  t7 R: h, l) L9 YMYSQL优化下 把large.cnf 替换my.cnf
) E: D" o: X9 J) j! [) R8 |2 H要么就是VPS 垃圾

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

cjyzpcl

yincthh 发表于 2013-9-2 22:13
一天超过10w个点击的时候，就不是自己来处理了。
直接CALL团队。

! N3 E  W" ~! _" m0 j! t完全不是这样,一天100w的都跑过,都是直接哈.

testman

terranboy 发表于 2013-9-2 22:13
这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
3 |) E* X9 ?. d$ T要么就是VPS 垃圾

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

bjzhush

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

google  large.cnf mysql

terranboy

- v& O2 G, ?# Z几个参数改一下
2 ~( r: \' I1 A; B  m* S# vim /etc/my.cnf
! @* g% G# i3 L
key_buffer_size = 256M
8 b: ?. B* e/ M6 e) r* |, Y" zmax_allowed_packet = 4M
( H. c5 b' ^2 b' s8 S5 Htable_open_cache = 1024
; G! R, p' ?* `9 Q3 S) V7 |& vsort_buffer_size = 6M
net_buffer_length = 8K
% O, H9 x5 N4 I+ y5 Nread_buffer_size = 4M
join_buffer_size = 8M
) Q4 n  |: D# v" Q" Kread_rnd_buffer_size = 32M
tmp_table_size = 256M
myisam_sort_buffer_size =64M
query_cache_size= 128M
5 L" G. ~1 a/ W& u  r
重启MYSQL
- k/ |5 @5 R* K4 W0 F+ R
现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的
: T* Y+ f2 A- {  ~2 o( {3 n7 b/ u

6 Q; N0 l) t' F