AnySQL.net

根据表名搜索SQL语句

    用全文索引做了一个根据表名查找SQL语句的功能. 在Statspack中有一个表存放了数据库中执行过的SQL, 虽然不是全部, 但也有差不多99.9%了. 只是由于它是分行存贮的, 不能直接用普通的SQL语句(like)来查找, 表名有可能被折分存放在两行中. 解决的方法有两种, 一是写过程, 将多行的串在一起. 二是用全文索引中的主从存贮方式, 建立全文索引来查询. 我选择的是全文索引的方式.     先将这里面的数据拷出来, 分成两个表, 主表和从表. CREATE TABLE SQLS AS   SELECT DISTINCT HASH_VALUE,'X' BODY FROM STATS$SQLTEXT; ALTER TABLE SQLS ADD PRIMARY KEY (HASH_VALUE); CREATE TABLE...

Posted on June 23, 2008 3:12 PM

各搜索网站在本站的活动状态及效率分析

    从搜索过来的比例很小, 只有20%多一点, 对这么小的一点数据来做一下分析吧, 这是3月份的数据. 先来看一下各机器人在本站拉网页的情况: 搜索机器人文件数字节数(MB) MSNBot7638+889289.67 Googlebot8397+19206.46 Yahoo Slurp9358+1082 122.41 BaiDuSpider4252+3573.45     接下来是从搜索过来的访问的情况: 搜索网站网页数百份比文件数百份比 Google527878.8 %528672.7 % Baidu107816.1 %164822.6 % Yahoo2463.6 %2463.3 % MSN240.3 %240.3 %     如果本站的负荷出现问题, 首先可以想到的方法是将MSN和Yahoo的搜索机器人禁掉, 这样的话可以节约很多的流量, 但访问量不会有减少....

Posted on March 20, 2007 8:28 PM

FastCGI下TagSupplementals插件的一点问题

    今天去查看个人网站的Apache日志文件, 发现错误日志(error.log)要比访问日志(access.log)大很多, 于是看了一下文件内容, 发现大量的如下错误, 看起来是关于XSearch插件的, 下面贴出来的信息是我裁剪过的, 原信息很长: FastCGI: server "..." stderr: Can't locate MT/XSearch.pm in @INC (...)    at $MT_HOME/mt/plugins/TagSupplementals.pl line 41.,    referer: http://www.anysql.net/oracle/mts_ora_27101.html     XSearch是用来加速Movable Type基于标签(Tags)搜索的速度, 我没有使用这个插件, 角本虽然没有错误, 却写了很多错误信息, 最后到plugins目录下去修改了一下TagSupplementals插件的源代码, 找到下面代码中的第一行, 稍作改动就可以了. 如果你用了XSearch插件, 就没有问题. #  ...

Posted on March 10, 2007 12:53 PM

如何泡制具有缓存功能的MT查询模块?

    将Search.pm拷贝成NewSearch.pm.     将NewSearch.pm中的所有"MT::App::Search"替换成"MT::App::NewSearch".     在execute这个子函数前面加一个函数: sub getCacheFileName {     my($str) = @_;     $str =~ s!(.)!uc sprintf "%02x", ord($1)!eg;     $str; }     在execute函数的前面部份加上如下红色部份代码:     return $app->error($app->errstr) if $app->errstr;     my $cachefile = ($ENV{MT_HOME} ? "$ENV{MT_HOME}/searchcache" : 'searchcache')               ."/tags_".$app->param("blog_id")."_"               .getCacheFileName($app->param("search")).".txt";...

Posted on September 30, 2006 8:49 PM

禁用Blog的直接搜索功能, 请按Tags进行查找.

    在成功地对Tag的搜索结果进行缓存加速后, 我今日又将默认的缓存1天有效改为2天有效了, 因为我发现自已两天更新一次是很正常的事情. 并且禁用了我网站上的直接搜索功能, 其实对直接搜索进行缓存也没有问题, 主要问题是直接搜索用的关键字太多了, 可能会造成缓存文件太多; 另外两个不同的人在访问时用相同的关键字去查询的机率应当比较小, 所以不值得去缓存它.     可以根据你自已的需要去设置缓存更新时间, 你只要在"NewSearch.pm"找到下面这一行就行了: if( (time() - ((stat $cachefile)[9])) < (3600 * 48))     这儿的红字48表示四十八个小时, 你可以改成你自已需要的值. 如果你改了搜索的模板, 则可以到MT_HOME/searchcache目录下, 删除所有"tags*.txt"文件来马上起用新的搜索模板.     其实很容易看出我改了那些地方, 欢迎其他人继续进行优化....

Posted on September 18, 2006 11:10 PM