向上 发表于 2013-9-2 21:26:46

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

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

testman 发表于 2013-9-2 21:34:51

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

向上 发表于 2013-9-2 21:46:58

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

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

testman 发表于 2013-9-2 21:51:26

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

没有用。。用的普通的202

河小马 发表于 2013-9-2 21:58:08

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

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

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

testman 发表于 2013-9-2 22:11:07

河小马 发表于 2013-9-2 21:58 static/image/common/back.gif
数据量大,直接把tracking 数据删掉就ok了

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


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

yincthh 发表于 2013-9-2 22:13:05


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

terranboy 发表于 2013-9-2 22:13:09

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

河小马 发表于 2013-9-2 22:17:23

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

只是跳转。。。

我用hasoffers。。

何况这个根本不算大量。。

同意terranboy 的说法

testman 发表于 2013-9-2 22:25:31

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

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

cjyzpcl 发表于 2013-9-3 05:09:07

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

完全不是这样,一天100w的都跑过,都是直接哈.

testman 发表于 2013-9-3 08:59:23

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

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

bjzhush 发表于 2013-9-3 09:17:59

testman 发表于 2013-9-3 08:59 static/image/common/back.gif
请教一下这个的具体操作。。

googlelarge.cnf mysql

terranboy 发表于 2013-9-3 10:26:20

本帖最后由 terranboy 于 2013-9-3 10:27 编辑

几个参数改一下
# vim /etc/my.cnf

key_buffer_size = 256M
max_allowed_packet = 4M
table_open_cache = 1024
sort_buffer_size = 6M
net_buffer_length = 8K
read_buffer_size = 4M
join_buffer_size = 8M
read_rnd_buffer_size = 32M
tmp_table_size = 256M
myisam_sort_buffer_size =64M
query_cache_size= 128M

重启MYSQL

现在都从MYSQL转到MARIADB了 性能比MYSQL好 完全兼容的


页: [1]
查看完整版本: 请教下202数据量大跳转变慢的问题