123
 123

2008-04-18 Fri

16:43 Idea: Couple of more string types (3619 Bytes) » MySQL Performance Blog

MySQL has a lot of string data types - CHAR, VARCHAR, BLOB, TEXT, ENUM and bunch of variants such as VARBINARY but I think it is not enough :)

I would also like to see type HEXCHAR which would be able to store hex strings, such as those returned as MD5() and SHA1() efficiently. With little modification it could work for UUID() as well (it adds some dashes). Currently it is quite inconvenient to deal with strings like that in MySQL. Either you store them as strings and waste space or you spend them as binary and deal with inconvenience of having not readable strings in the table OR adding UNHEX() everywhere - which also adds overhead.

Another one I would like to see is zBLOB or zTEXT (or call them BLOB COMPRESSED/ TEXT COMPRESSED) which would transparently compress the blobs when they are inserted and retrieved from the database - this would allow to avoid having COMPRESS()/UNCOMPRESS() everywhere which clobbers things or compressing/uncompressing on the client.

It would be best if last one is optimized so if BLOB is not used in any WHERE clause (HAVING, GROUP BY etc) you could actually transparently decompress it on the client and compress bad. Though this is likely to require more significant changes in MySQL so I would not expect to happen quickly. The basic support should not be that hard though.


Entry posted by peter | 2 comments

Add to: delicious | digg | reddit | netscape | Google Bookmarks

11:40 Integrigy COLLABORATE 08 Presentations On-line (1561 Bytes) » Oracle Security Blog
The COLLABORATE 08 conference went very well this year with excellent attendance and, as usual, high quality and informative presentations.  The aspect I especially like about COLLABORATE as compared to other conferences is that it is user-driven and almost all the 500+ technical sessions were devoid of any marketing speak or selling of products.

I presented 3 sessions between IOUG and OAUG, which were all well attended with over 150 people per session.  I guess security is really starting to become ingrained at many organizations.  I was somewhat surprised at the number of organizations relatively current with CPU patches based on the informal and highly unscientific "show of hands" surveys.

The PowerPoint presentations from my 3 sessions can be downloaded here -

Oracle Applications Users Group (OAUG)


Oracle E-Business Suite Critical Patch Updates: Insight and Understanding

Independent Oracle Users Group (IOUG)


Oracle Database Critical Patch Updates: Unwrapped


Real-life Database Security Mistakes

 

11:01 hdlm 5.9在hacmp中的配置 (555 Bytes) » 缥缈游侠-logzgh
hdlm 5.9是hds多路径软件最新版本的,它与以前版本有不小的改进,比如以前一个ldev,如果有4个通道,那么在os上面可以看到4个hdisk,然后这个hdisk再组成一个dlmfdrv,在5.9中只有一个hdisk,没有dlmfdrv等等。在hacmp中配置的话,也有一些改动1.Method to identify ghost disks用下面这个角本,还是没变。/usr/DynamicLinkManager/cluster/dlm_hacmp_gdisk_check2.Method to identify ghost disks要采用"SCSI3",以前的角本已经没了。3.disk type设置为:disk/fcp/Hitachi
10:11 Log Buffer #93: a Carnival of the Vanities for DBAs (3094 Bytes) » Pythian Group Blog » Log Buffer

Welcome to the 93th edition of Log Buffer, the weekly review of database blogs.

Conference season is upon us, so it’s been a busy week. There was the MySQL Conference & Expo, so let’s look at that.

Arjen Lentz posts about Sunday’s community dinner, including the arrival of an unexpected guest. Two photos: one of Pythian’s Paul Vallée getting some Sun; the second from the pre-conference dinner.

Zack Urlocker has a couple pieces with both photos and links to video of the keynote addresses from Marten Mickos, Jonathan Schwartz, and Rich Green. From Wednesday, and from Thursday.

Congratulations are due to Baron Schwartz, Diego Medina, and Sheeri Cabral. Baron reports from the conference that the three of them were awarded the 2008 MySQL Community Awards, and his piece makes for a very apt acceptance speech. Here’s Kaj Arnö’s more official post on the Community Awards.

Baron also has good summaries of the conference course: day one, and day two.

Elsewhere on the MySQL scene, much ado about the immediate roadmap for the DBMS, as introduced at the conference. Jeremy Cole got things going, writing, MySQL to launch new features only in MySQL Enterprise: “MySQL will start offering some features . . . only in MySQL Enterprise. This represents a substantive change to their development model — previously they have been developing features in both MySQL Community and MySQL Enterprise. However, with a shift to offering some features only in MySQL Enterprise, this means a shift to development of those features occurring . . . only in MySQL Enterprise.” This post got a lot of comments, including from MySQL boss Marten Mickos.

(more…)

10:08 Got ink? (1408 Bytes) » Red Hat Magazine

Shadowman on your shoulder?
Fedora on your forearm?
Tux on your tush?

We’re looking for people with Red Hat, Fedora, Creative Commons, and other awesome open source and related tattoos to feature in the magazine.

Even better, have you been thinking about getting some new geek ink but haven’t yet? Have a friend videotape it and send us the footage.

If you’re interested in showing off your ink, drop us a line.

Thanks!

08:54 开源,是一种精神 (2146 Bytes) » NinGoo@Net

Author:NinGoo posted on NinGoo.net

毫无疑问,开源运动最初更多的是一种精神运动,虽然最终不可避免的被商业化。Sun显然没有真正的理解开源,甚至没能合格的利用开源。虽然Sun一直在抱怨说向开源社区贡献了最多的源代码却没有得到应用的尊重,虽然已经将压箱底的JavaSolaris都整成了OpenJavaOpenSolaris,但看起来这更多的是被逼无奈,而不是真心的拥抱开源。

现在Sun说要对MySQL选择性开源,一些企业级新特性的源代码将不再开放,患得患失的小家子气一下表露无遗。保留的这些代码未必能吸引更多的客户,却让原本对于Sun收购MySQL持观望态度的开源人士找到了攻击和离开的借口,如此费力不讨好的事情,Sun居然能堂而皇之的在The 2008 MySQL Conference & Expo期间干出来,真是脑子进水了。

开源是一种精神,半推半就是不能赢得人心的。


Related Articles

Add Comments(0)

06:42 Alexa排名算法大幅度修改 (2989 Bytes) » NinGoo@Net

Author:NinGoo posted on NinGoo.net

家里的台式机上装了个alexa工具条,今天偶然发现blog的排名出现了大幅度的上升,于是进去看了下,发现alexa的排名算法做了比较大的修改。原来alexa的排名的主要数据来源是alexa工具条,这个东西,除了一些个人站长或者专门帮别人刷排名的,估计安装的不多,所以得到的数据的准确度是值得怀疑的。想想以前国内多少网站靠着这个排名作为拉到风险投资的救命稻草,原来不过是建在沙滩上的城堡而已。每一次alexa排名算法的变化,都是有人欢喜有人叫,呵呵。

现在还拿alexa说事的应该不多了,web2.0们都喜欢说自己有多少注册用户有多少用户生成的内容了,没了关注度的alexa做出了最大的一个改变,不再过于依赖工具条的数据了。从一开始知道alexa,就对他们依赖工具条的数据来做排名就觉得很疑惑,他们居然说In recent months才收到用户的抱怨,借口而已吧,真正的原因,是一直无法获得足够的数据呢?还是一直写不出算法?

When Alexa began displaying rankings in 1998 it was with the goal of showing Alexa Toolbar users how popular any given site was within the Alexa community. We generated the rankings through an analysis of Internet usage by people who use the Alexa Toolbar. Since that time we’ve been delighted to see that the Alexa Rankings have become a yardstick by which website popularity is measured. We are grateful to the thousands of people who come to Alexa.com each day to check the Alexa Rankings.

In recent months we’ve heard from our Alexa users that understanding Internet usage beyond Alexa Toolbar users was increasingly of interest. Ask and you shall receive!

We listened to your suggestions, and we believe that our new rankings system is much closer to what you asked for. We now aggregate data from multiple sources to give you a better indication of website popularity among the entire population of Internet users.


Related Articles

Add Comments(0)

05:01 ORA-26500错误 (560 Bytes) » yangtingkun
在测试环境中发现了这个错误,根据错误信息初步判断,和高级复制环境有关。在alert日志中,错误信息为:Errors in file /data/admin/testdata/udump/testdata_ora_29441.trc:ORA-26500: error on caching "NDMAIN"."CAT_AUTH_BAD_DRUG"检查trace文件中的详细信息:*** SESSION ID:(46.31281) 2008-04-04 13:31:03.942kniacfcb: ORA-26500 (line 3015) column "PROCLAMATION_NUMBER" doesn not exist*** 2008-04-04 13:31:03.979kniacfcb-1: ORA-26500 for NDMAIN.CAT_AUTH_BAD_DRUGkntklc: encountered error 26500 leading to ora-23474O...
05:01 ORA-26500错误 (560 Bytes) » yangtingkun
在测试环境中发现了这个错误,根据错误信息初步判断,和高级复制环境有关。在alert日志中,错误信息为:Errors in file /data/admin/testdata/udump/testdata_ora_29441.trc:ORA-26500: error on caching "NDMAIN"."CAT_AUTH_BAD_DRUG"检查trace文件中的详细信息:*** SESSION ID:(46.31281) 2008-04-04 13:31:03.942kniacfcb: ORA-26500 (line 3015) column "PROCLAMATION_NUMBER" doesn not exist*** 2008-04-04 13:31:03.979kniacfcb-1: ORA-26500 for NDMAIN.CAT_AUTH_BAD_DRUGkntklc: encountered error 26500 leading to ora-23474O...
02:48 一次redolog丢失的恢复 (18365 Bytes) » OracleBlog.cn

接到同事的电话,某省的一个用于监控的siteview数据库启动不了了,登录后检查alertlog发现:

Completed first pass scan
 9868 redo blocks read, 655 data blocks need recovery
Thu Apr 19 16:52:42 2007
Started recovery at
 Thread 1: logseq 700, block 194931, scn 0.0
Recovery of Online Redo Log: Thread 1 Group 3 Seq 700 Reading mem 0
  Mem# 0 errs 0: C:\ORACLE\ORADATA\IMALLSV\REDO03.LOG
Thu Apr 19 16:52:43 2007
Ended recovery at
 Thread 1: logseq 700, block 204799, scn 0.147914177
 655 data blocks read, 655 data blocks written, 9868 redo blocks read
Crash recovery completed successfully
Thu Apr 19 16:52:43 2007
Errors in file c:\oracle\admin\imallsv\bdump\imallsv_lgwr_4180.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'C:\ORACLE\ORADATA\IMALLSV\REDO01.LOG'
ORA-27041: unable to open file
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。
 
Thu Apr 19 16:52:43 2007
Errors in file c:\oracle\admin\imallsv\bdump\imallsv_lgwr_4180.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'C:\ORACLE\ORADATA\IMALLSV\REDO01.LOG'
ORA-27041: unable to open file
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。
 
ORA-313 signalled during: alter database open...

原来是redolog被干掉了,其实对于redolog的丢失,如果丢失的不是active或者current(这个在win中一般不会被删除,因为使用时被锁定),我们可以用以下的方式恢复:

C:\Documents and Settings\Administrator>sqlplus "/ as sysdba"
 
SQL*Plus: Release 9.2.0.1.0 - Production on 星期四 419 17:05:03 2007
 
Copyright (c) 1982, 2002, Oracle CorporationAll rights reserved.
 
 
连接到:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
 
SQL> shutdown immediate
ORA-01109: 数据库未打开
 
 
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount;
ORACLE 例程已经启动。
 
Total System Global Area  487660924 bytes
Fixed Size                   454012 bytes
Variable Size             209715200 bytes
Database Buffers          276824064 bytes
Redo Buffers                 667648 bytes
数据库装载完毕。
SQL> select * from v$log;
 
    
GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS
--------
-- ---------- ---------- ---------- ---------- --- ----------------
FIRST_CHANGE# FIRST_TIME
-----------
-- ----------
        
1          1        699  104857600          1 NO  INACTIVE
    
147462354 17-4月 -07
 
        
2          1          0  104857600          1 NO  UNUSED
            
0 16-4月 -07
 
        
3          1        700  104857600          1 NO  INVALIDATED
    
147678398 17-4月 -07
 
 
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR 位于第 1 行:
ORA-01139: RESETLOGS 选项仅在不完全数据库恢复后有效
 
 
SQL> recover database until cancel;
完成介质恢复。
SQL> alter database open resetlogs;
 
数据库已更改。
 
SQL>
SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。
 
Total System Global Area  487660924 bytes
Fixed Size                   454012 bytes
Variable Size             209715200 bytes
Database Buffers          276824064 bytes
Redo Buffers                 667648 bytes
数据库装载完毕。
数据库已经打开。

至此,恢复完成。^_^

2008-04-17 Thu

22:30 HACMP 5.x 完全手册,第 3 部分:测试和维护 » developerWorks : AIX 专区的文章,教程
20:22 [MySQL FAQ]系列 -- mysql如何计算打开文件数 » Fenng's shared items in Google Reader
16:31 物化视图删除的顺序 » yangtingkun
16:09 Now available: Proven Scaling MySQL yum repository » Fenng's shared items in Google Reader
15:24 Give Me The Current Date Please » Eddie Awad's Blog
11:09 All thouse new MySQL Storage Engines » MySQL Performance Blog
09:45 中国人 » Chanel [K]
09:22 A note about Pythian » MySQL Performance Blog
07:30 Software as a Service » Fenng's shared items in Google Reader
07:06 V$UNDOSTAT » Alibaba DBA Team
06:36 欲加之罪何患无辞 » Chanel [K]
02:33 崔健 » Uploads from dbanotes
01:39 达摩克利斯之剑 » OracleDBA Blog---请享受无法回避的痛苦!
01:00 Parallel Query Wait Events » xzh2000的博客

2008-04-16 Wed

22:48 深圳宜家开张了 » Ricky's Test Blog
22:46 上班这件事之五《钱到用时方恨少》 » Fenng's shared items in Google Reader
21:45 GTD学习笔记(草图版) » 生活帮-LifeBang
21:16 就这点爱好 » 柔嘉维则@life.oracle.eng
18:05 Oracle DUL不行就用AUL » AnySQL.net
15:22 SlideShare:Web2.0在于分享 » NinGoo@Net
13:18 Code.flickr.com: New Flickr Developer Site » Fenng's shared items in Google Reader
10:15 保持队形 » eagle's home
08:04 欢迎我们的新协同作者 » 生活帮-LifeBang
07:58 无聊怎么办? » 生活帮-LifeBang