NinGoo@Net

AIX平台升级到Oracle10.2.0.4的几个问题

NinGoo — Thu, 03 Jul 2008 10:13:44 +0800

最近将AIX5306上一个Oracle从9.2.0.6升级到了10.2.0.4，虽然最终升级顺利完成，不过还是碰到了几个小问题，在这里记录一下。

1. plan_table的问题
如果在9i的sys用户下手动执行过$ORACLE_HOME/rdbms/admin/utlxplan.sql脚本建立plan_table，则升级前必须删除。否则执行完升级脚本catupgrd.sql会发现Oracle Database Packages and Types组件一直是invalid的，并且升级脚本的log中有如下错误：

118/44 PL/SQL: ORA-00904: “OTHER_XML”: invalid identifier

遇到该错误后，删除plan_table重建也还来得及：

@?/rdbms/admin/utlxplan
@?/rdbms/admin/prvtspao.plb
@?/rdbms/admin/utlrp

2.lock_sga的问题
Oracle10.2.0.4在AIX平台分配共享内存的机制有了一点变化。原来9i使用lock_sga=true是正常的，但是10.2.0.4则无法启动instance，报错：

SQL> startup
ORA-27126: unable to lock shared memory segment in core
IBM AIX RISC System/6000 Error: 1: Not owner

看起来像是权限问题，但是即使给Oracle用户加system组也没有用。后来Oracle解释说需要给Oracle用户赋予两个capability：CAP_BYPASS_RAC_VMM和CAP_PROPAGATE，但这两个capabilities是采用大页内存时才需要设置的，这样说10.2.0.4如果lock_sga的话，默认是要采用大页内存的。当然，大页内存的使用还需要os上设置相关参数的，如果os没有设置，oracle应该还是要采用4k的内存页。

#chuser capabilities=CAP_BYPASS_RAC_VMM,CAP_PROPAGATE oracle
#lsuser -a capabilities oracle
oracle capabilities=CAP_BYPASS_RAC_VMM,CAP_PROPAGATE

3.dba_segments和dba_free_space空间计算不一致的问题

select sum(bytes)/1024/1024/1024 from dba_data_files;

SUM(BYTES)/1024/1024/1024
————————-
468.554688

select sum(bytes)/1024/1024/1024 from dba_free_space;

SUM(BYTES)/1024/1024/1024
————————-
63.3510742

select sum(bytes)/1024/1024/1024 from dba_segments;

SUM(BYTES)/1024/1024/1024
————————-
381.477112

显然，468.554688-63.3510742=405.203614，这比从dba_segments算出来的总占用空间381.477112大了20多G，并且这个差距在不断拉大，每天大概相差4G左右。这个问题还在跟Oracle扯皮，不知道他们是否会承认这个是bug。

Related Articles

PermLink: http://www.ningoo.net/html/2008/aix_oracle_10204_issues.html

Add Comments(0) | Follow NinGoo@Twitter | Google Reader

MySQL命令行的几个用法

NinGoo — Sat, 28 Jun 2008 02:35:11 +0800

Author:NinGoo posted on NinGoo.net

MySQL的客户端命令行工具，有很多方便使用者的特性，某些方面甚至可以说比Oracle的sqlplus更加人性化。当然从整体来说，还是sqlplus更加方便些，这么说或许是我对sqlplus更加熟悉吧。这里记录下MySQL命令行几个比较常用的特性。

1.使用\G按行垂直显示结果
如果一行很长，需要这行显示的话，看起结果来就非常的难受。在SQL语句或者命令后使用\G而不是分号结尾，可以将每一行的值垂直输出。这个可能也是大家对于MySQL最熟悉的区别于其他数据库工具的一个特性了。

mysql> select * from db_archivelog\G
*************************** 1. row ***************************
id: 1
check_day: 2008-06-26
db_name: TBDB1
arc_size: 137
arc_num: 166
per_second: 1.6
avg_time: 8.7

2.使用pager设置显示方式
如果select出来的结果集超过几个屏幕，那么前面的结果一晃而过无法看到。使用pager可以设置调用os的more或者less等显示查询结果，和在os中使用more或者less查看大文件的效果一样。
使用more

mysql> pager more
PAGER set to ‘more’
mysql> \P more
PAGER set to ‘more’

使用less

mysql> pager less
PAGER set to ‘less’
mysql> \P less
PAGER set to ‘less’

还原成stdout

mysql> nopager
PAGER set to stdout

3.使用tee保存运行结果到文件
这个类似于sqlplus的spool功能，可以将命令行中的结果保存到外部文件中。如果指定已经存在的文件，则结果会附加到文件中。

mysql> tee output.txt
Logging to file ‘output.txt’
或者
mysql> \T output.txt
Logging to file ‘output.txt’

mysql> notee
Outfile disabled.
或者
mysql> \t
Outfile disabled.

4.执行OS命令

mysql> system uname
Linux
mysql> \! uname
Linux

5.执行SQL文件

mysql> source test.sql
+—————-+
| current_date() |
+—————-+
| 2008-06-28 |
+—————-+
1 row in set (0.00 sec)
或者
mysql> \. test.sql
+—————-+
| current_date() |
+—————-+
| 2008-06-28 |
+—————-+
1 row in set (0.00 sec)

其他还有一些功能，可以通过help或者?获得MySQL命令行支持的一些命令。

Related Articles

PermLink: http://www.ningoo.net/html/2008/mysql_cmdline_tips_g_pager_tee.html

Add Comments(0) | Follow NinGoo@Twitter | Google Reader

ASM如何识别磁盘

NinGoo — Sun, 22 Jun 2008 14:56:01 +0800

Author:NinGoo posted on NinGoo.net

在ASM中，要创建diskgroup或者往已有的diskgroup里添加新的disk，则该disk必须已经识别，也就是要在v$asm_disk里有记录。ASM会根据asm_diskstring指定的路径去检查所有的磁盘。另外，查询v$asm_diskgroup和v$asm_disk也会导致这个识别磁盘动作的发生，所以平时最好查询v$asm_disk_stat来替代v$asm_disk。

Oracle也提供了一个工具来手工识别磁盘，就是KFOD，注意不是KFED哦。

$kfod -h
_asm_a/llow_only_raw_disks KFOD allow only raw devices [_asm_allow_only_raw_disks=TRUE/(FALSE)]
_asm_l/ibraries ASM Libraries[_asm_libraries=’lib1′,’lib2′,…]
_asms/id ASM Instance[_asmsid=sid]
a/sm_diskstring ASM Diskstring [asm_diskstring=’discoverystring’, ‘discoverystring’ …]
d/isks Disks to discover [disks=raw,asm,all]
g/roup Group discover [group=controlfile]
n/ohdr KFOD header suppression [nohdr=TRUE/(FALSE)]
o/p KFOD options type [OP=DISKS/GROUPS/ALL]
p/file ASM parameter file [pfile=’parameterfile’]
s/tatus Include disk header status [status=TRUE/(FALSE)]
v/erbose KFOD verbose errors [verbose=TRUE/(FALSE)]

可以看到KFOD使用起来还是比较简单的。一个实际执行的例子如下：

$kfod disks=all status=true
—————————————————————
Disk Size Header Path
==========================================================
1: 1023 Mb FOREIGN /dev/raw/raw1
2: 273708 Mb MEMBER /dev/raw/raw10
3: 273708 Mb MEMBER /dev/raw/raw11
4: 273708 Mb MEMBER /dev/raw/raw12
…
————————————————————–
ORACLE_SID ORACLE_HOME
=========================================================
+ASM4 /u01/oracle/product/10g/db
+ASM3 /u01/oracle/product/10g/db
+ASM2 /u01/oracle/product/10g/db
+ASM1 /u01/oracle/product/10g/db

Related Articles

PermLink: http://www.ningoo.net/html/2008/how_asm_discovery_disk.html

Add Comments(4) | Follow NinGoo@Twitter | Google Reader

Oracle数据库如何识别ASM磁盘组

NinGoo — Sun, 22 Jun 2008 11:57:16 +0800

Author:NinGoo posted on NinGoo.net

假如使用ASM做为Oracle数据库的数据存储方式，那么Oracle数据库是怎么来识别ASM的diskgroup的呢，也就是数据库的instanc和ASM的instance之间是如何沟通的呢？简单的说，就是ocssd(Oracle Cluster Support Services daemon)。本文假设为Linux环境下的RAC+ASM系统。

对于ASM来说，ocssd是必须的，所以在使用dbca创建ASM Instance的时候，就会提示要先安装ocssd。如果是单机，执行$ORACLE_HOME/bin/localconfig add安装ocssd。ocssd通过inittab自动启动，在安装的时候就会在/etc/inittab中加入以下条目(rac环境)：

h2:35:respawn:/etc/init.d/init.cssd fatal >/dev/null 2>&1

其中，35表示在os的运行级别(runlevel)为3或者5的时候启动/etc/init.d/init.cssd
respawn表示init.cssd进程如果异常终止，则自动重新启动

ocssd进程启动后会打开一系列的文件(通过/proc/pid/fd或者lsof -a -p pid可以获得filedescriptor的信息)：
消息文件
– $CRS_HOME/srvm/mesg/procus.msb
– $CRS_HOME/css/mesg/clssus.msb
– $CRS_HOME/has/mesg/clsdus.msb
日志文件
– $CRS_HOME/log/hostname/cssd/cssdOUT.log
– $CRS_HOME/log/hostname/cssd/ocssd.log
– $CRS_HOME/log/hostname/alertSID.log
OCR(Oracle Cluster Registry)，本例中在裸设备上，如果是单机也可能在本地文件系统中，典型路径$ORACLE_HOME/cdata/localhost/local.ocr
– /dev/raw/raw1
– /dev/raw/raw2
以及一些socket端口
– socket:[578057]
– socket:[578062]
…

ASM instace启动以后，通过gmon进程和osccd通信，将ASM的一些信息告诉给ocssd，而数据库则从ocssd获得这些信息，也就是说，ocssd是ASM Instance和Database之间的纽带。

ASM/ocssd/database之间具体通信的步骤，可以参考这里。

Related Articles

PermLink: http://www.ningoo.net/html/2008/how_an_asm_diskgroup_found_by_oracle_database.html

Add Comments(4) | Follow NinGoo@Twitter | Google Reader

转载：恕道

NinGoo — Fri, 20 Jun 2008 21:39:02 +0800

Author:NinGoo posted on NinGoo.net

作者：王鼎均

你必须有理想，但是不要公然鄙视那些鼠目寸光的人。你必须有操守，但是不要公然抨击那些蝇营狗苟的人。你必须培养高尚的趣味，但是不要公然与那些逐臭之夫为敌。

我们做好事，别勉强别人也照着我们的样子去做，别责备别人也照着我们的样子去做，别责备他们为什么不做。道德是一种修养，不是一种权力，道德最适合拿来约束自己，不适合拿来压制别人。道德如果成为运动，也是“自己做”运动。

“恃清傲浊”比恃才傲物的后果更坏。人们之所以尊重道德，就是因为道德对他们无害。如果道德成为他们毡上的针、背上的刺，他们就要设法拔去。人们之所以提倡道德，是因为道德可以增进社会的安宁和谐，不希望引起纠纷、造成风波。否则，他们就要对不道德的分子加以安抚了。

这就是以道德自命的人应该守的分寸。

—————转载的分割线———————————————————————-

范美忠，郭松民，余秋雨，大地震后红遍全国(当然余大师成名已久，这次只能算友情演出)，但是范美忠你最多不欣赏不赞同，最多去指责去批判，于你本人不会有大多危害，甚至还能让你带一点优越感。而后面两位，却让我觉得就像在黑夜里地球突然沉向宇宙深处一样无助，恐惧感四面八方汹涌而来。尤其是看了余大师blog上的那些转载的帖子，才发现二三十年来时差一直没有倒过来。

正是：皇帝可以穿新衣，小民切勿做童声；大师含泪劝世人，和谐盛世迎奥运。

Related Articles

PermLink: http://www.ningoo.net/html/2008/zz_shu_dao_and_earthquake.html

Add Comments(1) | Follow NinGoo@Twitter | Google Reader

在FireFox3中使用不兼容的插件

NinGoo — Fri, 20 Jun 2008 13:34:01 +0800

Author:NinGoo posted on NinGoo.net

FireFox3正式发布了，其实从beta4开始就从FireFox2换成3了。在内存使用和浏览速度方面，FireFox3确实改进不少。不过有些插件一直不更新，比如Gladder等，导致在FireFox3中由于不兼容而不能使用，有点烦人。不过这个兼容性检查，其实只是check了一下插件的兼容版本号，大部分旧版本的插件，其功能在FireFox3其实还是可以使用的。那么就有两个办法来绕过这个兼容性检查，一是修改插件的可以支持的版本号，二是设置FireFox3不执行插件兼容性检查。

一、修改插件
首先将插件下载到本地。FireFox的插件扩展名是xpi，其实是一个zip压缩打包文件，用winrar等可以打开。找到里面的install.rdf文件，可以找到如下内容：
{ec8030f7-c20a-464f-9b0e-13a3a9e97384} 1.5 3.0b3pre

发现了没(通过rss阅读的朋友可能看不到上面的代码，请移步到这里)，minVersion和maxVersion就定义了该插件可以支持的FireFox版本，将3.0b3pre改成3.0，保存后重新安装插件即可。嗯，怎么修改？把install.rdf拖出来整完再拖回去；怎么重新安装？再把xpi拖进FireFox，搞定收工。

二、设置FireFox
在FireFox3地址栏输入about:config，出来一个警告页面，不理他，“我保证我会小心”。然后点右键，选择“新建”->“布尔”，创建一个布尔变量extensions.checkCompatibility，值为false，表示不检查扩展插件的兼容性。同样的步骤再创建一个布尔变量extensions.checkUpdateSecurity，值为false，不检查安全更新。重启，搞定。

Related Articles

PermLink: http://www.ningoo.net/html/2008/using_incompatiable_addon_on_firefox3.html

Add Comments(3) | Follow NinGoo@Twitter | Google Reader

用HSCALE实现MySQL的数据分布式存储

NinGoo — Thu, 19 Jun 2008 12:35:12 +0800

Author:NinGoo posted on NinGoo.net

针对单个表过大造成的性能问题，MySQL在5.1开始引入了分区表(partition)，可以将数据在内部拆分存储，对应用透明，但是分区表只能将表在同一个数据库内部分解，而且对于表的维护(比如执行alter table)还是比较麻烦。手工分表也是一个解决方法，手工分表还有一个好处是可以将表分布到不同的服务器中，实现分布式存储。但是手工分表要求应用程序做相应的改写，以支持从不同的表中来存取数据。

HSCALE简单来说就是一个支持手工分表的中间层，对于应用来说看起来还是一个表，而由HSCALE来负责底层子表的数据存取。HSCALE是基于MySQL Proxy的一个插件应用，通过MySQL Proxy的lua脚本拦截分拆对应的SQL语句来实现数据的分布存储，而且使用lua脚本可以自由定制分表策略，比起MySQL自己的partition更加灵活些。现在版本还是0.2，功能有限，只能实现同库分表，但是基于MySQL Proxy的架构，未来要实现示分库分表也不是什么难事。

作者利用mysqlslap对HSCALE和MySQL Proxy做了几组性能测试，结果参考这里，还有这里。

当然，现在MySQL Proxy和HSCALE都是刚刚起步，要在产品库中应用还有很长的一段路要走，从上面的性能测试中可以看到基于最新的MySQL Proxy 0.7版的HSCALE性能有了较大的提升，期待后续版本有更好的表现。

Related Articles

PermLink: http://www.ningoo.net/html/2008/using_hscale_for_mysql_partition_.html

Add Comments(0) | Follow NinGoo@Twitter | Google Reader

什么是CDN

NinGoo — Wed, 18 Jun 2008 14:49:45 +0800

Author:NinGoo posted on NinGoo.net

CDN(Content Delivery Network)内容分发网络，简单的说就是通过在不同地点缓存内容，然后通过负载平衡等技术将用户请求定向到最近的缓存服务器上获取内容，提高用户访问网站的响应速度。和简单的内容镜像不同，CDN通过用户就近性和服务器负载的判断，以一种更为高效的方式为用户的请求提供服务。

CDN包括分布式存储、负载均衡、网络请求的重定向和内容管理，其中内容管理和全局的网络流量管理(Traffic Management)是CDN的核心所在。内容服务基于缓存服务器，也称作代理缓存(Surrogate)，这样的缓存服务器分布在各地，为就近用户提供服务，缓存内容从数据中心自动获取，对用户透明。据说采用CDN技术能处理整个网站页面的 70%～95％的内容访问量，对于一些大型网站来说，没有CDN，单靠数据中心支撑所有访问量是不可想象的。

CDN中的关键技术包含以下几个方面；

内容发布：借助于建立索引、缓存、流分裂、组播（Multicast）等技术，将内容发布或投递到距离用户最近的远程服务点（POP）处；
内容路由：整体性的网络负载均衡技术，通过内容路由器中的重定向（DNS）机制，在多个远程POP上均衡用户的请求，以使用户请求得到最近内容源的响应；
内容交换：根据内容的可用性、服务器的可用性以及用户的背景，在POP的缓存服务器上，利用应用层交换、流分裂、重定向（ICP、WCCP）等技术，智能地平衡负载流量；
性能管理：通过内部和外部监控系统，获取网络部件的状况信息，测量内容发布的端到端性能（如包丢失、延时、平均带宽、启动时间、帧速率等），保证网络处于最佳的运行状态。

部署CDN后，用户访问网站的流程如下图：

用户请求页面，域名解析的请求发送到网站的DNS域名解析服务器；
网站的DNS服务器将请求指向到智能DNS负载均衡系统；
智能DNS负载均衡系统对域名进行智能解析，将响应速度最快的CDN节点IP返回给用户；
浏览器向速度最快的CDN节点发出访问请求；
如果请求的内容是第一次访问，CDN节点将回到数据中心获取用户请求的数据，缓存并发给用户；
当有其他用户再次访问同样内容时，CDN将直接将缓存数据返回给客户，完成请求/服务过程。

从以上流程可以看到，CDN其实也没有什么特别的，主要是通过负载均衡，访问路由转向和本地代理缓存来加速网站访问，同时对于用户访问来说是透明的，用户端无须进行任何设置。

对于CDN一无所知，从网上找了点资料，主要内容参考的这里。

Related Articles

暂无相关日志

PermLink: http://www.ningoo.net/html/2008/what_is_cdn.html

Add Comments(2) | Follow NinGoo@Twitter | Google Reader

Google Reader如何查找已经读过的文章

NinGoo — Tue, 17 Jun 2008 22:42:21 +0800

Author:NinGoo posted on NinGoo.net

Google Reader无疑是一款非常优秀的在线RSS阅读器，我用它订阅了100多个Blog，读到了很多有用有趣的文章，用Google Reader读取最新的Blog基本成了日常工作。Google Reader有很多不错的功能，这里有篇文章给了一个不错的技巧来查找已经读过的文章。

如果你已经登陆Google Reader，可以点击这里打开已读文章列表。实际上这个列表也有一个专门的Feed地址，只是要获得这个地址需要一点小技巧。首先要获得你在Google的USER_ID，登陆Google Reader后在地址栏输入下面的javascript代码并回车：

javascript:prompt(”User ID”, _USER_ID);void(0);

在弹出的对话框中就是你的USER_ID，其实也不用如此高科技，Google Reader有一个分享阅读(Shared Items)的功能，点进去后可以发现里面关于你的共享阅读的几个链接(比如：See your shared items page in a new window.)里都有一长串数字，那就是你的USER_ID。

那么你已读过的文章列表的Feed地址就是http://www.google.com/reader/atom/user/USERID/state/com.google/read，将其中的USERID替换成你实际的USER_ID，用Google Reader订阅该地址，然后在搜索框后面的下拉列表中，选择这个Feed进行查找，就可以在你已经读过的所有文章中进行查找啦。注意这个Feed必须使用对应的帐号登陆以后才有效，在其他帐号中是没有权限读取的。

你还没用过Google Reader？那赶快体验一下，用Google Reader订阅我的Blog吧^_^

Related Articles

PermLink: http://www.ningoo.net/html/2008/search_read_items_in_google_reader.html

Add Comments(0) | Follow NinGoo@Twitter | Google Reader

卸载rpm包遭遇error: specifies multiple packages

NinGoo — Mon, 16 Jun 2008 17:44:51 +0800

Author:NinGoo posted on NinGoo.net

准备在Redhat Linux系统上安装MySQL5.1，先卸载自带的低版本MySQL，结果不知怎么搞的，同一个package出现了两次，版本也都是一样的：

rpm -qa | grep mysql
mysqlclient10-3.23.58-4.RHEL4.1
mysql-4.1.20-2.RHEL4.1
mysql-4.1.20-2.RHEL4.1
mysqlclient10-3.23.58-4.RHEL4.1

尝试卸载：

rpm -e mysqlclient10-3.23.58-4.RHEL4.1
error: “mysqlclient10-3.23.58-4.RHEL4.1″ specifies multiple packages

通过man rpm，发现–allmatches应该可以解决这个问题：

–allmatches
Remove all versions of the package which match PACKAGE_NAME. Normally an error is issued if PACKAGE_NAME matches
multiple packages.

rpm -e –allmatches mysqlclient10-3.23.58-4.RHEL4.1
rpm -e –allmatches mysql-4.1.20-2.RHEL4.1
warning: /etc/my.cnf saved as /etc/my.cnf.rpmsave

ok，系统自带的旧版本MySQL卸载完成。

Related Articles

PermLink: http://www.ningoo.net/html/2008/rpm_error_specifies_multiple-packages.html

Add Comments(0) | Follow NinGoo@Twitter | Google Reader

MySQL的conv函数

NinGoo — Mon, 16 Jun 2008 17:25:42 +0800

Author:NinGoo posted on NinGoo.net

继续学习MySQL，这篇记录下conv函数。conv函数用于数字的进制转换，共有三个参数：

CONV(N,from_base,to_base)

N是要转换的数据，from_base是原进制，to_base是目标进制。

select conv(16,10,16);
+—————-+
| conv(16,10,16) |
+—————-+
| 10 |
+—————-+
1 row in set (0.04 sec)

如果N是有符号数字，则to_base要以负数的形式提供，否则会将N当作无符号数

mysql> select conv(-16,10,16);
+——————+
| conv(-16,10,16) |
+——————+
| FFFFFFFFFFFFFFF0 |
+——————+
1 row in set (0.00 sec)

mysql> select conv(-16,10,-16);
+——————+
| conv(-16,10,-16) |
+——————+
| -10 |
+——————+
1 row in set (0.00 sec)

除了conv，还有几个特定进制转换的函数，如：

hex(N)相当于conv(N,10,16)
oct(N)相当于conv(N,10,8)
bin(N)相当于conv(N,10,2)

另外还有一个convert函数用于转换不同的数据类型的，不要和conv搞混淆了。

Related Articles

PermLink: http://www.ningoo.net/html/2008/mysql_conv_function.html

Add Comments(0) | Follow NinGoo@Twitter | Google Reader

Linux中如何将文件dump成16进制值

NinGoo — Sun, 15 Jun 2008 21:08:02 +0800

Author:NinGoo posted on NinGoo.net

在linux中有多种方式可以将文件dump成16进制显示，也可以将16进制值再反向成文件。

$ hexdump test.txt
0000000 524f 2d41 3030 3036 0a30 524f 2d41 3030
0000010 3630 0a30
0000014

$ od -x test.txt
0000000 524f 2d41 3030 3036 0a30 524f 2d41 3030
0000020 3630 0a30
0000024

$ xxd test.txt
0000000: 4f52 412d 3030 3630 300a 4f52 412d 3030 ORA-00600.ORA-00
0000010: 3036 300a 060.

注意到hexdump和od出来的结果都是按实际存储的字节序，因为基于x86的linux是little-endian的，也就是高低字节是颠倒了的。但是xxd的结果是将字节序调整过了的。而IBM的Power CPU是big-endian的，所以在AIX上od的结果如下：

$od -x test.txt
0000000 4f52 412d 3030 3630 300a 4f52 412d 3030
0000020 3036 300a
0000024

xxd还可以实现从16进制反向生成文件，只需要加上-r选现即可。

xxd test.txt | xxd -r
ORA-00600
ORA-00060

$ echo 0000000: 4f52 412d 3030 3630 300a 4f52 412d 3030 | xxd -r
ORA-00600
ORA-00

但是要注意xxd接受的是big-endian格式的16进制值，如果输入的是little-endian的，则生成的文件字符(包括换行符)是两两颠倒的。

$ od -x test.txt | xxd -r
RO-A0006
0RO-A0060
0

在vi编辑器中可以使用:%!xxd 调用xxd来将文件转换成16机制编辑模式，编辑完成后再调用:%!xxd -r转换文件模式，从而使得vi具有16进制编辑的功能，:%!其实就是调用外部shell命令，需要注意的是xxd的字节序是big-endian的，不要搞错了。

如果你的Linux系统中找不到xxd命令，那么检查下是否有安装vim-common包

rpm -qa | grep vim
vim-enhanced-6.3.046-0.40E.7
vim-X11-6.3.046-0.40E.7
vim-minimal-6.3.046-0.40E.7
vim-common-6.3.046-0.40E.7

Related Articles

PermLink: http://www.ningoo.net/html/2008/how_to_dump_file_to_hex_and_reverse.html

Add Comments(0) | Follow NinGoo@Twitter | Google Reader

编写插件修改Wordpress的RSS输出

NinGoo — Sun, 15 Jun 2008 19:27:59 +0800

Author:NinGoo posted on NinGoo.net

Wordpress是一款著名的开源blog平台，基于php，其灵活的模板(theme)和插件(plugin)架构，使得扩展性非常的好，通过模板可以随心所欲的变化前端展示，通过插件则可以实现额外的功能。比如可以通过插件修改rss输出，在其中加上诸如版权声明，相关文章等功能。另外，强烈建议在rss全文输出内容，经常在Google Reader中看到一篇好文章却只有摘要，点过去发现网站又无法打开，这种感觉真让人抓狂。

将MyWordpressFeed.txt下载后另存为MyWordpressFeed.php，修改FeedRelatedPost函数中相应的地方，传到wp-content/plugins目录，到后台管理激活MyWordpressFeed插件，即可获得和我的blog一样的rss输出效果。php我只是略知皮毛，代码贴出来给有需要的朋友参考（Update：贴了半天代码，发现coolcode插件无法解析这种php里又输出html的代码，只好打包成txt文件，点击这里可查看或者下载）。

Related Articles

PermLink: http://www.ningoo.net/html/2008/write_plugin_format_wordpress_rss.html

Add Comments(5) | Follow NinGoo@Twitter | Google Reader

MySQL的benchmark函数

NinGoo — Sun, 15 Jun 2008 17:22:11 +0800

Author:NinGoo posted on NinGoo.net

MySQL实现了很多独特的函数，有时候使用起来是非常的方便，或许这就是开源的好处吧。这里记录一下benchmark函数，一个用于测试MySQL函数性能的函数。benchmark函数只有两个参数，第一个是执行次数，第二个是要测试的函数或者表达式。返回的结果始终是0，执行时间才是我们需要的结果：

mysql> select benchmark(1e8,current_date());
+——————————-+
| benchmark(1e8,current_date()) |
+——————————-+
| 0 |
+——————————-+
1 row in set (31.08 sec)

mysql> select benchmark(1e8,abs(1));
+———————–+
| benchmark(1e8,abs(1)) |
+———————–+
| 0 |
+———————–+
1 row in set (1.31 sec)

除法的效率明显不如乘法：

mysql> select benchmark(1e8,1*1);
+——————–+
| benchmark(1e8,1*1) |
+——————–+
| 0 |
+——————–+
1 row in set (1.45 sec)

mysql> select benchmark(1e8,1/1);
+——————–+
| benchmark(1e8,1/1) |
+——————–+
| 0 |
+——————–+
1 row in set (19.47 sec)

Related Articles

PermLink: http://www.ningoo.net/html/2008/mysql_benchmark_function.html

Add Comments(0) | Follow NinGoo@Twitter | Google Reader

Oracle11g部分新特性移植到9i和10g

NinGoo — Sun, 15 Jun 2008 11:12:24 +0800

Author:NinGoo posted on NinGoo.net

Oracle10.2.0.4出来的时候包含了属于Oracle11g的新特性Real Application Testing，现在，通过patch，可以在9i～10g各版本中获得包括SQL Performance Analyzer和Database Replay在内的Oracle11g新特性。

SQL Performance Analyzer可用于诊断由于系统改变等引起的SQL性能问题，通过在做出改变前后收集一个性能统计报告，然后比较得到性能改变的主要原因。

Database Replay则可以捕获产品数据库的压力等，在测试数据库中进行重演，可以更加准确的模拟产品库的压力对应用进行测试，这也是Oracle11g主推的Real Application Testing的主要功能。

要获得这两个新特性，需要安装Patch，对应的Patch请参考：Metalink Note:560977.1

Related Articles

PermLink: http://www.ningoo.net/html/2008/oracle11g_real_application_testing_available_earlier_releases.html

Add Comments(2) | Follow NinGoo@Twitter | Google Reader

MySQL压力测试工具mysqlslap

NinGoo — Fri, 13 Jun 2008 13:33:05 +0800

Author:NinGoo posted on NinGoo.net

MySQL从5.1.4版开始带有一个压力测试工具mysqlslap，通过模拟多个并发客户端访问mysql来执行测试，使用起来非常的简单。通过mysqlslap –help可以获得可用的选项，这里列一些主要的参数，更详细的说明参考官方手册。

–auto-generate-sql, -a
自动生成测试表和数据

–auto-generate-sql-load-type=type
测试语句的类型。取值包括：read，key，write，update和mixed(默认)。

–number-char-cols=N, -x N
自动生成的测试表中包含多少个字符类型的列，默认1

–number-int-cols=N, -y N
自动生成的测试表中包含多少个数字类型的列，默认1

–number-of-queries=N
总的测试查询次数

–query=name,-q
使用自定义脚本执行测试，例如可以调用自定义的一个存储过程或者sql语句来执行测试。

–create-schema
测试的schema，MySQL中schema也就是database

–commint=N
多少条DML后提交一次

–compress, -C
如果服务器和客户端支持都压缩，则压缩信息传递

–concurrency=N, -c N
并发量，也就是模拟多少个客户端同时执行select。可指定多个值，以逗号或者–delimiter参数指定的值做为分隔符

–engine=engine_name, -e engine_name
创建测试表所使用的存储引擎，可指定多个

–iterations=N, -i N
测试执行的迭代次数

–detach=N
执行N条语句后断开重连

–debug-info, -T
打印内存和CPU的信息

–only-print
只打印测试语句而不实际执行

测试的过程需要生成测试表，插入测试数据，这个mysqlslap可以自动生成，默认生成一个mysqlslap的schema，如果已经存在则先删除，这里要注意了，不要用–create-schema指定已经存在的库，否则后果可能很严重。可以用–only-print来打印实际的测试过程：

$mysqlslap -a –only-print
DROP SCHEMA IF EXISTS `mysqlslap`;
CREATE SCHEMA `mysqlslap`;
use mysqlslap;
CREATE TABLE `t1` (intcol1 INT(32) ,charcol1 VARCHAR(128));
INSERT INTO t1 VALUES (1804289383,’mxvtvmC9127qJNm06sGB8R92q2j7vTiiITRDGXM9ZLzkdekbWtmXKwZ2qG1llkRw5m9DHOFilEREk3q7oce8O3BEJC0woJsm6uzFAEynLH2xCsw1KQ1lT4zg9rdxBL’);
…
SELECT intcol1,charcol1 FROM t1;
INSERT INTO t1 VALUES (364531492,’qMa5SuKo4M5OM7ldvisSc6WK9rsG9E8sSixocHdgfa5uiiNTGFxkDJ4EAwWC2e4NL1BpAgWiFRcp1zIH6F1BayPdmwphatwnmzdwgzWnQ6SRxmcvtd6JRYwEKdvuWr’);
DROP SCHEMA IF EXISTS `mysqlslap`;

可以看到最后由删除一开始创建的schema的动作，整个测试完成后不会在数据库中留下痕迹。假如我们执行一次测试，分别50和100个并发，执行1000次总查询，那么：

$mysqlslap -a –concurrency=50,100 –number-of-queries 1000 –debug-info
Benchmark
Average number of seconds to run all queries: 0.375 seconds
Minimum number of seconds to run all queries: 0.375 seconds
Maximum number of seconds to run all queries: 0.375 seconds
Number of clients running queries: 50
Average number of queries per client: 20

Benchmark
Average number of seconds to run all queries: 0.453 seconds
Minimum number of seconds to run all queries: 0.453 seconds
Maximum number of seconds to run all queries: 0.453 seconds
Number of clients running queries: 100
Average number of queries per client: 10

User time 0.29, System time 0.11
Maximum resident set size 0, Integral resident set size 0
Non-physical pagefaults 4032, Physical pagefaults 0, Swaps 0
Blocks in 0 out 0, Messages in 0 out 0, Signals 0
Voluntary context switches 7319, Involuntary context switches 681

上结果可以看出，50和100个并发分别得到一次测试结果(Benchmark)，并发数越多，执行完所有查询的时间越长。为了准确起见，可以多迭代测试几次:

$ mysqlslap -a –concurrency=50,100 –number-of-queries 1000 –iterations=5 –debug-info
Benchmark
Average number of seconds to run all queries: 0.380 seconds
Minimum number of seconds to run all queries: 0.377 seconds
Maximum number of seconds to run all queries: 0.385 seconds
Number of clients running queries: 50
Average number of queries per client: 20

Benchmark
Average number of seconds to run all queries: 0.447 seconds
Minimum number of seconds to run all queries: 0.444 seconds
Maximum number of seconds to run all queries: 0.451 seconds
Number of clients running queries: 100
Average number of queries per client: 10

User time 1.44, System time 0.67
Maximum resident set size 0, Integral resident set size 0
Non-physical pagefaults 17922, Physical pagefaults 0, Swaps 0
Blocks in 0 out 0, Messages in 0 out 0, Signals 0
Voluntary context switches 36796, Involuntary context switches 4093

测试同时不同的存储引擎的性能进行对比：

$ mysqlslap -a –concurrency=50,100 –number-of-queries 1000 –iterations=5 –engine=myisam,innodbmysqlslap -a –concurrency=50,100 –number-of-queries 1000 –iterations=5 –engine=myisam,innodb –debug-info
Benchmark
Running for engine myisam
Average number of seconds to run all queries: 0.200 seconds
Minimum number of seconds to run all queries: 0.188 seconds
Maximum number of seconds to run all queries: 0.210 seconds
Number of clients running queries: 50
Average number of queries per client: 20

Benchmark
Running for engine myisam
Average number of seconds to run all queries: 0.238 seconds
Minimum number of seconds to run all queries: 0.228 seconds
Maximum number of seconds to run all queries: 0.251 seconds
Number of clients running queries: 100
Average number of queries per client: 10

Benchmark
Running for engine innodb
Average number of seconds to run all queries: 0.375 seconds
Minimum number of seconds to run all queries: 0.370 seconds
Maximum number of seconds to run all queries: 0.379 seconds
Number of clients running queries: 50
Average number of queries per client: 20

Benchmark
Running for engine innodb
Average number of seconds to run all queries: 0.443 seconds
Minimum number of seconds to run all queries: 0.440 seconds
Maximum number of seconds to run all queries: 0.447 seconds
Number of clients running queries: 100
Average number of queries per client: 10

User time 2.83, System time 1.66
Maximum resident set size 0, Integral resident set size 0
Non-physical pagefaults 34692, Physical pagefaults 0, Swaps 0
Blocks in 0 out 0, Messages in 0 out 0, Signals 0
Voluntary context switches 87306, Involuntary context switches 10326

Related Articles

PermLink: http://www.ningoo.net/html/2008/mysql_load_test_tool_mysqlslap.html

Add Comments(0) | Follow NinGoo@Twitter | Google Reader

Oracle10gR2 Logical Standby(六)逻辑备库的Failover

NinGoo — Thu, 12 Jun 2008 14:37:16 +0800

Author:NinGoo posted on NinGoo.net

当主库由于某种原因不可用时，需要考虑将备库直接拉起来，这就是failover。基本原理和操作步骤和switchover差不多只是不管主库，直接将备库切换成新的主库。

一.切换前的检查

确保所有能应用的归档都已经应用。确保监听设置正确。确保切换后应用能连接到新的主库等。

二.停止SQL Apply

如果原来是停止的，那么可能还有部分最新的日志没有应用，则最好先应用一下日志，减少最终切换需要的时间：

alter database start logical standby apply finish;

alter database stop logical standby apply;

三.激活备库

以下命令会终止RFS，然后应用还未应用的日志，最后将数据库转换成primary角色。

alter database activate logical standby database finish apply;

至此，逻辑备库已经转换成主库，非常的简单。由于数据库本身是open的，转换后无须再作任何操作

select database_role from v$database;

DATABASE_ROLE
—————-
PRIMARY

四.处理其他备库

如果原来的DataGuard中还有不止一个逻辑备库，则其中一个逻辑备库failover成主库以后，其他的备库需要重新指向新的主库。首先在其他备库创建一个到新主库的database link

alter session disable guard;
create database link newprimary connect to user identified by password using ‘newprimary’;
alter session enable guard;

然后重新指向新的备库

alter database start logical standby apply new primary newprimary;

如果执行时出现ORA-16109: failed to apply log data from previous primary，则备库只有重做了。

Related Articles

PermLink: http://www.ningoo.net/html/2008/oracle10gr2_logical_standby_database_failover.html

Add Comments(1) | Follow NinGoo@Twitter | Google Reader