AnySQL.net

    最近见到一条开发人员写的UPDATE语句, 觉得没什么不对, 可又觉得有地方不对, 因为性能低下.

UPDATE A SET
  (COL2, COL3) = (SELECT COL1,'T'
      FROM B WHERE B.COL1=A.COL1)
WHERE EXISTS
  (SELECT B.COL1 FROM B WHERE B.COL1=A.COL1)

    也就更新几十万条记录, 没这么慢的啊. 最后发现这个SQL语句可以简化为如下.

UPDATE A SET COL2=COL1, COL3='T'
WHERE EXISTS
  (SELECT B.COL1 FROM B WHERE B.COL1=A.COL1)

    说明还有很多可以提高的地方.

    用全文索引做了一个根据表名查找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 SQL_DETAILS AS
  SELECT HASH_VALUE,PIECE,SQL_TEXT FROM STATS$SQLTEXT;
ALTER TABLE SQL_DETAILS ADD PRIMARY KEY (HASH_VALUE, PIECE);

    创建全文索引的存贮方式及Lexer属性.

begin
ctx_ddl.create_preference('sqltext_pref', 'DETAIL_DATASTORE');
ctx_ddl.set_attribute('sqltext_pref', 'binary', 'true');
ctx_ddl.set_attribute('sqltext_pref', 'detail_table', 'sql_details');
ctx_ddl.set_attribute('sqltext_pref', 'detail_key', 'hash_value');
ctx_ddl.set_attribute('sqltext_pref', 'detail_lineno', 'piece');
ctx_ddl.set_attribute('sqltext_pref', 'detail_text', 'sql_text');
end;
/
begin
ctx_ddl.create_preference('sqltext_lex', 'BASIC_LEXER');
ctx_ddl.set_attribute ('sqltext_lex', 'continuation', '_');
ctx_ddl.set_attribute ('sqltext_lex', 'printjoins', '_');
ctx_ddl.set_attribute ('sqltext_lex', 'index_themes', 'NO');
ctx_ddl.set_attribute ('sqltext_lex', 'index_text', 'YES');
end;
/

    接下来创建全文索引.

CREATE INDEX SQL_CTX on SQLS(body) indextype is ctxsys.context
parameters('datastore sqltext_pref LEXER sqltext_lex');

    接下来就可以查询了.

SELECT HASH_VALUE FROM SQLS WHERE CONTAINS(BODY,'tablename and ...') > 0

    接下来要好好用用这个功能了.

    先下载mod_jk模块, 放到apache的modules目录下. 然后创建一个mod_jk.conf文件.

LoadModule jk_module modules/mod_jk.so
JkWorkersFile $TOMCAT_HOME/conf/workers.properties
JkLogFile $TOMCAT_HOME/logs/mod_jk.log
JkLogLevel info
JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "

JkMount /webchart/* worker1

    创建上面提到的workers.properties文件, 内容如下所示.

workers.tomcat_home=$TOMCAT_HOME
workers.java_home=$JAVA_HOME
ps=/
# Define 1 real worker using ajp13
worker.list=worker1
# Set properties for worker1 (ajp13)
worker.worker1.type=ajp13
worker.worker1.host=localhost
worker.worker1.port=8009
worker.worker1.lbfactor=50
worker.worker1.socket_keepalive=1
worker.worker1.socket_timeout=300

    再启动Tomcat.

export JAVA_OPTS=-Djava.awt.headless=true
./startup.sh

    在Apache的配置文件中, 加入mod_jk.conf文件.

include "/path/mod_jk.conf"

    再重启一下Apache就好了.

    3月24号时突然发现126邮箱不能登录了, 我发誓没有记错密码, 多年以来一直用它, 很多人都用这个电子邮箱和我联系, 丢了还是很麻烦的, 好想找回来. 一时间又记不起密码恢复的答案, 通过客服方式却发现不容易证明这个邮箱是我的, 总之好象要找回密码好象无望了, 想不通的只是3月23号晚上还可以登录的邮箱, 过了一个晚上就怎么也登不上去了.

    这可是我使用时间最长的一个免费邮箱了, 难道是免费期过了? 难道是邮箱名称取得太好了而被回收? 难道是被人黑掉了? 就象盗取QQ号一样. 总之很是有些伤感, 以前丢了一个99年在Oracle OTN上注册的帐号, 还难过了好几天呢! 也发了几次邮件去问为什么? 当然是石沉大海了.

    今天和其他三位DBA(jametong, xzh2000, ningoo)一起爬完山, 其实是从住的地方出发, 上老和山, 再经北高峰到灵隐停车站, 转了一圈回来后, 突然头脑发晕地要去试试能不能找回邮箱密码, 居然在试了三下后猜到了当时填写的密码保护问案, 真是太开心了.

    只是在设置新的密码时, 发现以前常用的"@"符号不能用了, 和当年的metalink改版一样, 所有的新密码都不允许有"@"符了, 只允许字母数字和下划线了. 有可能是网易在3月24号早上对系统作了更改, 导致了有"@"符号的老密码不能工作了, 谁知道网易126有没有在那一天作这样的变更. 做DBA做久了, 总想知道确切的原因.

    发现有很多邮件都没有及时回复, 现在也不用回了, 希望他们不要怪我, 是因为我没有办法打开邮箱才不回的, 我自已也丢掉了一次给人做数据恢复(AUL)服务的机会.