通过使用传统—xml 选项调用MySQL命令行客户程序，你可以以XML格式(而不是传统的列表形式)来查看MySQL查询结果。如果你打算将查询输出与其它程序集成在一起，这一技巧非常有用，这里是一个例子：

表A

shell> mysql --xml

mysql> SELECT * FROM test.stories;

1
This is a test
2005-07-28 00:14:57

2
This is the second test
2005-07-28 00:15:11

2 rows in set (0.11 sec)

技巧二：快速重建索引

　　通常情况下，如果你想改变服务器的全文搜索变量，你需要在表格中重新建立全文索引，以确保你的更新得到映射。这一操作将会花费大量的时间，特别是如果你需要处理很多数据的时候。一种快速的解决方法是使用REPAIR TABLE命令，以下为演示过程：

表B

mysql> REPAIR TABLE content QUICK;
+-----------+--------+----------+----------+
| Table| Op| Msg_type | Msg_text |
+-----------+--------+----------+----------+
| content| repair | status| OK|
+-----------+--------+----------+----------+
1 row in set (0.05 sec)

技巧三：压缩一定的表格类型

如果你处理的是只读MyISAM表格，MySQL允许你将其压缩以节省磁盘空间。对此可以使用包括myisampack，如下所示：

表C

shell> myisampackmovies.MYI
Compressing movies.MYD: (146 records)
- Calculating statistics
- Compressing file
41.05%

技巧四：使用传统SQL

MySQL支持SQL查询中的传统用法，支持IF与CASE结构。以下是一个简单的例子：

表D

mysql> SELECT IF (priv=1, 'admin', 'guest') As usertype FROM privs WHERE username = 'joe';
+----------+
| usertype |
+----------+
| admin|
+----------+
1 row in set (0.00 sec)

技巧五：以CSV格式输出表格数据

　　MySQL 输出文件包含一个全部SQL命令列表。如果你想将输出文件导入到MySQL，这一功能非常实用，但如果目标程序(比如Excel)不能与SQL相互通讯，这一方法将行不通。在这种情况下，可以通过告诉MySQL以CSV格式建立输出文件，这种CSV格式很方便地导入到绝大部分的程序。这里演示了 mysqldump的操作过程：

shell> mysqldump -T . --fields-terminated-by=", " mydbmytable

　　这将在当前目录中生成一个文本文件，包含来自mydb.mytable列表中以逗号为间隔符的记录。

技巧六：以激活strict模式减少“bad”数据的出现

　　MySQL服务器能够以多种不同的模式运行，而每一种都针对于特定的目的而优化。在默认情况下，没有设置模式。然而，通过在服务器命令行中添加以下选项可以很容易地改变模式的设置并将MySQL以“strict”模式运行：

shell> mysqld --sql_mode="STRICT_ALL_TABLES" &

　　在“strict”模式下，通过MySQL的中止查询执行并返回一个错误，服务器的很多自动修正功能都被无效化。同样，该模式下也将会执行更为严格的时间检查。

技巧七：监视服务器

　　你可以通过运行SHOW STATUS命令获得一份服务器运行与统计的报告，包括打开连接的次数，激活查询次数，服务器正常运行时间等等。例如：

表 E

mysql> SHOW STATUS;
+------------------+-------+
| Variable_name| Value |
+------------------+-------+
| Aborted_clients| 0|
| Aborted_connects | 0|
...
| Uptime| 851|
+------------------+-------+
156 rows in set (0.16 sec)

技巧八：自动返回CREATE TABLE代码

　　MySQL允许你自动获得SQL命令重新建立一个特定的表格。只简单地运行SHOW CREATE TABLE命令，并查看表格建立代码，如下所示：

表 F

mysql> SHOW CREATE TABLE products;
-----------------------------------------------------
| Table| Create Table
+----------+-----------------------------------------
| products | CREATE TABLE `products` (
`id` int(8) NOT NULL auto_increment,
`name` varchar(255) NOT NULL default '',
`price` int(10) default NULL,
PRIMARY KEY(`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 |
+----------+-----------------------------------------
1 row in set (0.27 sec)

技巧九：建立一个更为有用的命令提示：

　　在缺省情况下，MySQL命令行客户程序显示一个简单的mysql>提示符。然而，你可以使用特定的修改内容来改变这一提示符使之变得更为有效，这些内容包括：当前用户名称，主机名称，以及当前选择的数据库。如下所示：

表 G

mysql> prompt \U:/\d>
PROMPT set to '\U:/\d>'
root@localhost:/db1>

　　1．一旦系统的某个功能模块检测到一个错误或定义的需要记录日志的事件，则记录到/dev/error设备，把它保存在NVRAM中，这样可以保证即使在系统崩溃的情况下也不会丢失最新的错误日志。

　　2．同时，错误日志进程errdemon从/dev/error文件中读取错误日志，然后根据错误模版库（/var/adm/ras/errtmpit）和错误消息库（/usr/lib/nls/msg/$LANGcodepoint.cat） 对其进行处理后写入系统的错误日志/var/adm/ras/errlog中。

　　错误日志进程由/usr/lib/errdemon命令启动，/usr/lib/errstop停止，默认是启动的。

　　以上并不是重点，了解过程而已。

　　errdemon进程：

　　从/dev/error逻辑设备文件中读取纪录，然后在系统错误日志中创建错误日志纪录，显然这才是重点。

　　Errdemon的配置：

　　/usr/lib/errdemon 命令可以启动errdemon进程，同样我们也可以通过使用参数来修改我们的errdemon,显然如果我们不是太了解还是系统初始的配置更适合我们！

　　例如：

　　/usr/lib/errdemon –s 20000  设定我们的日志文件大小为20000bytes

　　最可能用到的可能就是-l参数了

　　/usr/lib/errdemon –l
　　#/usr/lib/errdemon -l
　　Error Log Attributes
　　--------------------------------------------
　　Log File                /var/adm/ras/errlog
　　Log Size                1048576 bytes
　　Memory Buffer Size      16384 bytes
　　Duplicate Removal       true
　　Duplicate Interval      100 milliseconds
　　Duplicate Error Maximum 1000

　　上面显示我的错误日志文件是/var/adm/ras/errlog，这也是系统默认的错误日志的存放位置。

　　具体其他的参数可以参看man 手册。

　　查看错误日志:errpt命令

　　用more或者其他文本的查看命令来打开errlog文件我们看到的只是一对乱码，为了能够查看错误日志文件需要使用aix的errpt命令。

　　使用errpt命令查看日志,可能根据使用的参数来确定输出什么样的日志，甚至排序的方式，这是使用纯文本的日志不能做到的，或者说不能轻易做到的。

　　下面我们来看errpt命令的使用。

　　# errpt
　　IDENTIFIER TIMESTAMP  T C RESOURCE_NAME  DESCRIPTION
　　9DBCFDEE   0109034400 T O errdemon       ERROR LOGGING TURNED ON
　　192AC071   0109034300 T O errdemon       ERROR LOGGING TURNED OFF
　　C092AFE4   0109033500 I O ctcasd         ctcasd Daemon Started
　　A6DF45AA   0109033500 I O RMCdaemon      The daemon is started.
　　9DBCFDEE   0109033400 T O errdemon       ERROR LOGGING TURNED ON
　　192AC071   0106130900 T O errdemon       ERROR LOGGING TURNED OFF
　　369D049B   0106082400 I O SYSPFS         UNABLE TO ALLOCATE SPACE IN FILE SYSTE

　　这里的输出分为六列依次为：

　　1．错误标示符IDENTIFIER：并不唯一，由它来确定使用的错误模板，显然同一种错误的IDENTIFIER是相同的。

　　2．时间戳TIMESTAMP：错误发生的时间，MMDDhhmmYY,依次表示月日时分年。

　　3．类型TYPE：错误的类型，或者说严重的程度。

　　分为6个：

　　PEND 设备或功能组件可能丢失 简写P
　　PERF 性能严重下降 P
　　PERM 硬件设备或软件模块损坏，确诊了的 P
　　TEMP 临时性错误，经过重试后已经恢复正常 T
　　INFO 一般消息，不是错误 I
　　UNKN 不能确定错误的严重性 U

　　4．种类CLASS c:指出错误源

　　H 硬件或介质故障
　　S 软件故障
　　O 人为错误
　　U 不能确定

　　5．资源名RESOURCE_NAME

　　最初检测到错误的资源名软件或者硬件，并不代表这个资源有问题，而只是最先在它发现的。

　　6．描述

　　显示详细的日志信息

　　# errpt -a|more
　　Standard input
　　---------------------------------------------------------------------------
　　Standard input
　　LABEL:          ERRLOG_ON
　　IDENTIFIER:     9DBCFDEE
　　Date/Time:       Sun Jan  9 03:44:04 BEIS
　　Sequence Number: 309
　　Machine Id:      004250B94C00
　　Node Id:         ibm-5L
　　Class:           O
　　Type:            TEMP
　　Resource Name:   errdemon
　　Description
　　ERROR LOGGING TURNED ON
　　Probable Causes
　　ERRDEMON STARTED AUTOMATICALLY
　　User Causes
　　/USR/LIB/ERRDEMON COMMAND
　　        Recommended Actions
　　        NONE

　　其它

　　指定日志文件 –I可以用来查看一个非errdemon指定位置的日志文件，例如某个日志文件备份。

　　-t 参数，只显示-t参数指定的错误类型TYPE。
　　-s 显示指定时间之后的日志文件.
　　-d 指定种类CLASS.

　　详细的参数只能看man 手册了

　　# errpt -a -j 74533D1A
　　# errpt -s 0108100100
　　IDENTIFIER TIMESTAMP  T C RESOURCE_NAME  DESCRIPTION
　　9DBCFDEE   0109034400 T O errdemon       ERROR LOGGING TURNED ON
　　192AC071   0109034300 T O errdemon       ERROR LOGGING TURNED OFF
　　C092AFE4   0109033500 I O ctcasd         ctcasd Daemon Started
　　A6DF45AA   0109033500 I O RMCdaemon      The daemon is started.
　　9DBCFDEE   0109033400 T O errdemon       ERROR LOGGING TURNED ON

　　日志的清理

　　errclear命令可以用来清理错误日志

　　并且默认情况下cron会每天清理错误日志

　　# crontab -l
　　0 11 * * * /usr/bin/errclear -d S,O 30
　　0 12 * * * /usr/bin/errclear -d H 90
　　0 15 * * *  /usr/lib/ras/dumpcheck >;/dev/null 2>;&1

　　显然，找上面的例子，S,O 类的错误会保留30天，而H的错误会保留90天

　　errclear 0   删除多有记录
　　errclear 7 删除7天以前的记录
　　smit errclear

　　syslogd

　　unix普遍用到的日志系统，配置文件/etc/syslog.conf

　　没有什么多说的，比较普遍，定义的话是修改syslog.conf,保存的日志为文本格式

　　syslog.conf配置文件格式

　　信息类别.错误等级 记录的位置

　　其中,各项的含义

　　信息类别

　　auth        used by authorization systems (login) 
　　cron        used for the cron and at systems
　　daemon      system/netword daemon
　　kern        produced by kernel messages 
　　lpr         printing system 
　　mail        mail system 
　　mark        internally used for time stamps 
　　news        reserved for the news system 
　　user        default facility, used for any program 
　　uucp        reserved for the uucp system 

　　错误等级

　　debug       normally used for debugging 
　　info        informational messages 
　　notice  conditions that may require attention 
　　Warning any warnings 
　　err         any errors 
　　crit         critical conditions like hardware problems 
　　Alert any condition that demand immediate attention
　　emerg       any emergency condition
　　none         Do  not  send  messages  from  the  indicated f
　　acility  to the selected file.  

　　记录的位置

　　可以是本地的文件（包括设备文件如/dev/console）或远程syslog日志服务器。

　　假如我要记录cron的所有错误信息，则可以在/etc/syslog.conf加入下面一行

　　cron.err      /var/cronerr.log

　　定义记录cron的err信息到/var/cronerr.log文件

　　具体syslog的具体配置，网上遍地都是。

注意：CVS的很多动作都是通过cvs commit进行最后确认并修改的，在确认的前，还需要用户填写修改注释，以帮助其他开发人员了解修改的原因。如果不用写-m "comments"而直接确认`cvs commit file_name` 的话，cvs会自动调用系统缺省的文字编辑器(一般是vi)要求你写入注释。
注释的质量很重要：所以不仅必须要写，而且必须写一些比较有意义的内容：以方便其他开发人员能够很好的理解。不好的注释，很难让其他的开发人员快速的理解：比如： -m "bug fixed" 甚至 -m ""。好的注释，甚至可以用中文: -m "在用户注册过程中加入了Email地址校验"

同步最近修改：开始工作前和将自己的工作导入到CVS库里前都要做一次：先同步 后修改

注意：不要使用项目首次导出后，以后就要用cvs update在导出的项目目录下进行同步了，而不是每次重新cvs checkout来同步文件了。如果导出后修改了文件，然后再次从导出的项目目录的上一级cvs checkout proj等于是删除了proj目录然后重新导出，上次导出后的修改就全丢了。

修改某个版本注释：每次只确认一个文件到CVS库里是一个很好的习惯，但难免有时候忘了指定文件名，把多个文件以同样注释commit到CVS库里了，以下命令可以允许你修改某个文件某个版本的注释：

删除文件：
文件删除后，比如：

以上面前2步合并的方法为：

注意：很多cvs命令都有缩写形式：commit=>ci; update=>up; checkout=>co; remove=>rm;

添加文件 文件添加后，比如：

添加目录：

查看修改历史：

查看当前文件不同版本的区别

查看当前文件（可能已经修改了）和库中相应文件的区别

cvs的web界面提供了更方便的定位文件修改和比较版本区别的方法，具体安装设置请看后面的cvsweb使用

正确的通过CVS恢复旧版本的方法：
如果用

这个命令是给file.name加一个STICK TAG： "1.2" ，虽然你的本意只是想将它恢复到1.2版本
正确的恢复版本的方法是

如果不小心已经加成STICK TAG的话：用cvs update -A 解决

移动文件：文件重命名
cvs里没有cvs move或cvs rename，因为这两个操作是先cvs remove old_file_name，然后cvs add new_file_name实现的。

删除，移动目录：
最方便的方法是让管理员直接移动，删除CVSROOT里相应目录（因为CVS一个项目下的子目录都是独立的，移动到$CVSROOT目录下都可以作为新的独立项目：好比一颗树，其实砍下任意一枝都能独立存活），对目录进行了修改后，要求其开发人员重新导出项目cvs checkout project_name 或者用cvs update -dP同步。

CVS Branch：项目多分支同步开发
=============================

确认版本里程碑：多个文件各自版本号不一样，项目到一定阶段，可以给所有文件统一指定一个阶段里程碑版本号，方便以后按照这个阶段里程碑版本号导出项目，同时也是项目的多个分支开发的基础。

开始一个新的里程碑：

标记所有文件开始进入2.x的开发

注意：CVS里的revsion和软件包的发布版本可以没有直接的关系。但所有文件使用和发布版本一致的版本号比较有助于维护。

在开发项目的2.x版本的时候发现1.x有问题，但2.x又不敢用，则从先前标记的里程碑：release_1_0导出一个分支release_1_0_patch

一些人先在另外一个目录下导出release_1_0_patch这个分支：解决1.0中的紧急问题，

而其他人员仍旧在项目的主干分支2.x上开发

在release_1_0_patch上修正错误后，标记一个1.0的错误修正版本号

如果2.0认为这些错误修改在2.0里也需要，也可以在2.0的开发目录下合并release_1_0_patch_1中的修改到当前代码中：

CVS的远程认证： 通过SSH远程访问CVS
================================

使用cvs本身的远程认证很麻烦,需要定义服务器和用户组，用户名，设置密码等，而且不安全，因此和系统本地帐号认证并通过SSH传输是比较好的办法，通过在客户机的/etc/profile里设置一下内容：

所有客户机所有本地用户都可以映射到CVS服务器相应同名帐号了。

如果CVS所在服务器的SSH端口不在缺省的22，或者和客户端与CVS服务器端SSH缺省端口不一致，有时候设置了：

:ext:$USER@test.server.address#port:/path/to/cvsroot

仍然不行，比如有以下错误信息：

解决的方法是做一个脚本指定端口转向（不能使用alias，会出找不到文件错误）：
创建一个/usr/bin/ssh_cvs文件：

然后：chmod +x /usr/bin/ssh_cvs
并CVS_RSH=ssh_cvs; export CVS_RSH

注意：port是指相应服务器SSH的端口，不是cvs pserver的端口

CVSWEB：提高程序员比较文件修改效率
================================

CVSWEB就是CVS的WEB界面，可以大大提高程序员定位修改的效率:
使用的样例可以看： http://www.freebsd.org/cgi/cvsweb.cgi

CVSWEB的下载：CVSWEB从最初的版本已经演化出很多功能界面更丰富的版本，这个是个人感觉觉得安装设置比较方便的： http://www.spaghetti-code.de/software/linux/cvsweb/

下载解包：

把配置文件cvsweb.conf放到安全的地方（比如和apache的配置放在同一个目录下），
修改：cvsweb.cgi让CGI找到配置文件：

转到/path/to/apache/conf下并修改cvsweb.conf：

1. 修改CVSROOT路径设置：
   %CVSROOT = (
   'Development' => '/path/to/cvsroot', #<==修改指向本地的CVSROOT
   );
2. 缺省不显示已经删除的文档：
   "hideattic" => "1",#<==缺省不显示已经删除的文档
3. 在配置文件cvsweb.conf中还可以定制页头的描述信息，你可以修改$long_intro成你需要的文字

CVSWEB可不能随便开放给所有用户，因此需要使用WEB用户认证：
先生成 passwd:

修改httpd.conf: 增加

CVS TAGS: who? when?
====================

将$Id$ 加在程序文件开头的注释里是一个很好的习惯，cvs能够自动更新其中的内容成：file_name version time user_name 的格式，比如：cvs_card.txt,v 1.1 2002/04/05 04:24:12 chedong Exp，可以这些信息了解文件的最后修改人和修改时间

几个常用的缺省文件：
default.php

Default.java: 注意文件头一般注释用 /* 开始 JAVADOC注释用 /** 开始的区别

default.pl:

相关资源：

CVS HOME：
http://www.cvshome.org/

CVS FAQ：
http://www.loria.fr/~molli/cvs-index.html

相关网站:
Google: CVS

CVS 免费书:
http://cvsbook.red-bean.com/

CVS 命令的速查卡片：
http://www.refcards.com/about/cvs.html