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

向上

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

testman

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

向上

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

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

testman

向上 发表于 2013-9-2 21:46
我这一天没那么多，总数据估计也快到20W了，用的linode 2G的VPS。
- m. k4 r1 _& {+ H( z" X- U$ {石先生发的Avazu_202 你有用没？ ...

$ z- m& n- L+ U5 x  R3 ]! c2 u0 V没有用。。用的普通的202

河小马

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

我现在都是直链，减少redirect 的消耗时间
# {- _2 i$ ^/ j5 T/ i
当然是自己的一个小程序进行跳转管理

testman

河小马 发表于 2013-9-2 21:58
* ~$ Z# Z( h, ~) e# _( d数据量大，直接把tracking 数据删掉就ok了

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

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

yincthh

一天超过10w个点击的时候，就不是自己来处理了。
( [$ j' n: U7 t% D: V  _) T  D直接CALL团队。
: Q5 `4 D6 y$ m4 H( ~! R0 O: c

terranboy

这个不算多吧
, @4 {! N4 ?$ r" ^  S+ oMYSQL优化下 把large.cnf 替换my.cnf
! q( _: _- t5 c' E8 @  {要么就是VPS 垃圾

河小马

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

只是跳转。。。

# p: F2 D; {# v  Z* ~& z( ~+ W我用hasoffers。。

* U# y; [! Y" y# f( c何况这个根本不算大量。。

: Y5 g$ q) Y. t; x/ K8 N) y同意terranboy 的说法

testman

terranboy 发表于 2013-9-2 22:13
: T8 @' p6 L- Z这个不算多吧
3 D7 e9 b9 `" G, A* N' oMYSQL优化下 把large.cnf 替换my.cnf
' q+ |, O; }, z/ d# _: h7 j* d, \要么就是VPS 垃圾

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

cjyzpcl

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

* `' o. Q* R& y完全不是这样,一天100w的都跑过,都是直接哈.

testman

terranboy 发表于 2013-9-2 22:13
. A2 S3 Q, I8 {6 \9 [- `- B4 B# A这个不算多吧
MYSQL优化下 把large.cnf 替换my.cnf
要么就是VPS 垃圾

& F. k  b+ y8 }% Z) G1 r请教一下这个的具体操作。。

bjzhush

testman 发表于 2013-9-3 08:59
( A8 Y& t4 Q6 ~+ a+ U. d请教一下这个的具体操作。。

3 |( ^, X3 \  _- \6 ogoogle  large.cnf mysql

terranboy

& K3 N8 T3 t/ I; |% v2 V0 C$ E几个参数改一下
1 _( y9 ~: J/ {6 y0 U! x# vim /etc/my.cnf

key_buffer_size = 256M
max_allowed_packet = 4M
% L3 U" T" k% I* Z! F& atable_open_cache = 1024
4 M8 X7 P' o2 n: n: Msort_buffer_size = 6M
6 H/ e. A; t: `0 @* Wnet_buffer_length = 8K
read_buffer_size = 4M
join_buffer_size = 8M
2 ]  p' A, C9 A5 m. @7 A9 Iread_rnd_buffer_size = 32M
tmp_table_size = 256M
myisam_sort_buffer_size =64M
0 h# T- w- N( r& T1 M* R. ]query_cache_size= 128M

重启MYSQL
7 p4 `$ y4 g/ c' P% Z
现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的

$ R% W# N  s/ F" y
; H7 G: n5 x9 e0 e5 z- ~& E; Z$ O