有两个drupal,一个5.7,一个6.1. 5.7的那个的cache_menu跑死了也就1M多。 6.1的,我前脚刚清空,后面随便跑个页面,就立马给我涨到了好几M。 问题是这样发现的,我6.1的这个临时放在一台虚拟主机上,大小一共才100M。web一共占用了10多M,数据库初始导进去的时候是5.9M,第二天我一看,吓,39M。 仔细一看,就cache_menu,足足23M的容量。赶紧清空,再刷新个页面,一看又一M多了。 测试了下,一天300IP,轻松给我跑到了34M。。。之前放自己服务器的,所以没在意,反正容量够。
官网也有人给出了同样的问题。 http://drupal.org/node/231587
记录一下,以后看。
今天又做了个实验,凌晨1点的时候是2M的表,现在下午2点,我过来一看,现在已经跑到了33.1M了…… 今天的IP访问一共才30多个,页面访问50多页,直接给我搞这么大表。
查看分析下。首先,我清空cache_menu这个表。
ok,现在这个表只有32k了。
然后我访问一下网站首页。
好,直接128K了。我看看到底是多出了什么内容。
———— links:navigation:page:node:1 [BLOB - 73.9 KB] 0 1206686888 1 links:primary-links:page:node:1 [BLOB - 9.8 KB] 0 1206686888 1 links:secondary-links:page:node:1 [BLOB - 47 字节] 0 1206686889 1 ————
下一步,访问一下一篇node文章吧。序号是243的 ———— links:navigation:page:node/243:1 [BLOB - 73.9 KB] 0 1206686984 1 links:navigation:page:node:1 [BLOB - 73.9 KB] 0 1206686888 1 links:primary-links:page:node/243:1 [BLOB - 9.8 KB] 0 1206686984 1 links:primary-links:page:node:1 [BLOB - 9.8 KB] 0 1206686888 1 links:secondary-links:page:node/243:1 [BLOB - 47 字节] 0 1206686984 1 links:secondary-links:page:node:1 [BLOB - 47 字节] 0 1206686889 1 ————
有点数了,再访问一下242这篇node,访问完320KB了 ———— links:navigation:page:node/242:1 [BLOB - 73.9 KB] 0 1206687105 1 links:navigation:page:node/243:1 [BLOB - 73.9 KB] 0 1206686984 1 links:navigation:page:node:1 [BLOB - 73.9 KB] 0 1206686888 1 links:primary-links:page:node/242:1 [BLOB - 9.8 KB] 0 1206687105 1 links:primary-links:page:node/243:1 [BLOB - 9.8 KB] 0 1206686984 1 links:primary-links:page:node:1 [BLOB - 9.8 KB] 0 1206686888 1 links:secondary-links:page:node/242:1 [BLOB - 47 字节] 0 1206687105 1 links:secondary-links:page:node/243:1 [BLOB - 47 字节] 0 1206686984 1 links:secondary-links:page:node:1 [BLOB - 47 字节] 0 1206686889 1
————
然后做了其他测试,可以总结出来了。 每访问一篇页面,就会生成primary-links和secondary-links的一串记录。 我想不通为什么cache-menu里会生成这个?我访问的是页面。 然后,每访问一篇页面,就会有navigation里的大约80kb的一个记录生成。我还测试了,如果你刷新页面,就会再次生成一个。任意一次访问,都会在cache_menu表里生成三样东西。
但这还不能解释我的表怎么这么大,80kb得叠加多少次才能到30M。而我一天就那么点IP。
继续研究,官网找答案中。 我觉得这个还是算一个bug。
_____________________________________________ Drupal圈内,我最尊敬的就是joetsuihk 了。 _____________________________________________ http://pianorock.cn
issue 已然完結 稍看了一下
一個page 一個cache, 不是一用戶一個 cache 的確很大 fix 了, 在6.1+
-------------------------------- Joetsui's blog
也发现这个问题了,看来是个bug
BUG修复了...
今天又做了个实验,
今天又做了个实验,凌晨1点的时候是2M的表,现在下午2点,我过来一看,现在已经跑到了33.1M了……
今天的IP访问一共才30多个,页面访问50多页,直接给我搞这么大表。
查看分析下。首先,我清空cache_menu这个表。
ok,现在这个表只有32k了。
然后我访问一下网站首页。
好,直接128K了。我看看到底是多出了什么内容。
————
links:navigation:page:node:1 [BLOB - 73.9 KB] 0 1206686888 1
links:primary-links:page:node:1 [BLOB - 9.8 KB] 0 1206686888 1
links:secondary-links:page:node:1 [BLOB - 47 字节] 0 1206686889 1
————
下一步,访问一下一篇node文章吧。序号是243的
————
links:navigation:page:node/243:1 [BLOB - 73.9 KB] 0 1206686984 1
links:navigation:page:node:1 [BLOB - 73.9 KB] 0 1206686888 1
links:primary-links:page:node/243:1 [BLOB - 9.8 KB] 0 1206686984 1
links:primary-links:page:node:1 [BLOB - 9.8 KB] 0 1206686888 1
links:secondary-links:page:node/243:1 [BLOB - 47 字节] 0 1206686984 1
links:secondary-links:page:node:1 [BLOB - 47 字节] 0 1206686889 1
————
有点数了,再访问一下242这篇node,访问完320KB了
————
links:navigation:page:node/242:1 [BLOB - 73.9 KB] 0 1206687105 1
links:navigation:page:node/243:1 [BLOB - 73.9 KB] 0 1206686984 1
links:navigation:page:node:1 [BLOB - 73.9 KB] 0 1206686888 1
links:primary-links:page:node/242:1 [BLOB - 9.8 KB] 0 1206687105 1
links:primary-links:page:node/243:1 [BLOB - 9.8 KB] 0 1206686984 1
links:primary-links:page:node:1 [BLOB - 9.8 KB] 0 1206686888 1
links:secondary-links:page:node/242:1 [BLOB - 47 字节] 0 1206687105 1
links:secondary-links:page:node/243:1 [BLOB - 47 字节] 0 1206686984 1
links:secondary-links:page:node:1 [BLOB - 47 字节] 0 1206686889 1
————
然后做了其他测试,可以总结出来了。
每访问一篇页面,就会生成primary-links和secondary-links的一串记录。 我想不通为什么cache-menu里会生成这个?我访问的是页面。
然后,每访问一篇页面,就会有navigation里的大约80kb的一个记录生成。我还测试了,如果你刷新页面,就会再次生成一个。任意一次访问,都会在cache_menu表里生成三样东西。
但这还不能解释我的表怎么这么大,80kb得叠加多少次才能到30M。而我一天就那么点IP。
继续研究,官网找答案中。 我觉得这个还是算一个bug。
_____________________________________________
Drupal圈内,我最尊敬的就是joetsuihk 了。
_____________________________________________
http://pianorock.cn
issue
issue 已然完結
稍看了一下
一個page 一個cache, 不是一用戶一個
cache 的確很大
fix 了, 在6.1+
--------------------------------
Joetsui's blog
也发现这个问题了,看
也发现这个问题了,看来是个bug
BUG修复了...
BUG修复了...