1.日常：有主干和分支，日常机器
2.预发：主要主干，极少分支，通常1天,使用独立机器,vip，成本最大
3.Beta：主干，通常1-7天，使用已有生产机器群，可以理解无成本
4.灰度：通常是分支，时间跨度比较长，通常1个月，使用独立机器群，成本比较大
百度百科有更详细的介绍。http://baike.baidu.com/view/2563299.htm
5.生产：主干
strace 是一个非常简单的工具，用来跟踪可执行程序的系统调用(system call)。最简单的使用是，它追踪可行程序运行时的整个生命周期，输出每一个系统调用的名字，参数和返回值。
但是它还可以做更多的事情：
它可以基于系统调用或者系统调用组来过滤
它可以通过计算制定系统调用的次数，花费的时间以及成功和失败的次数来描述系统调用的使用
它可以追踪发送给进程的信号(signal)
它可以通过进程id(pid)号加入到任意正在运行的进程上
如何使用
这里只是简单的描述strace如何使用，并不打算对此做深入分析
..
记录一下。
1. ulimit -S -c unlimited
2. 在apache主配置文件中增加一行：CoreDumpDirectory /var/apache_coredump #目录随意
3. chown修改/var/apache_coredump的权限为apache子进程可写
注意：不要开启太久，core文件太多。占用太多磁盘空间
调试
gdb /usr/bin/httpd core.123
在shell脚本的实际编写中，有一些特殊的变量十分有用：
1. $# 传递到脚本的参数个数
2. $* 以一个单字符串显示所有向脚本传递的参数。与位置变量不同，此选项参数可超过9个
3. $$ 脚本运行的当前进程ID号
4. $! 后台运行的最后一个进程的进程ID号
5. $@ 与$#相同，但是使用时加引号，并在引号中返回每个参数
6. $- 显示shell使用的当前选项，与set命令功能相同
7. $? 显示最后命令的退出状态。0表示没有错误，其他任何值表明有错误。
安装的虚拟机，没太注意时区，发现时区比中国上海的慢了16个小时，在网上查找了如下方法，分享给大家：
---------------------------------
时区的配置文件是/etc/sysconfig/clock。用tzselect命令就可以修改这个配置文件，根据命令的提示进行修改就好了。
但是在实际工作中，发现这种方式是不能够使得服务器上的时间设置马上生效的，而且使用ntpdate去同步时间服务器也不能够更改时间。即使你使用了 date命令手工设置了时间的话，如果使用ntpdate去进行时间同步的话，时间又会被改动到原来的错误时区的时间。而..
还是shell指令强大。下载ftp下的资料真是太方便了：
$ wget -c -r -nd -np -k -L -p -A c,h www.xxx.org/pub/path/
-c 断点续传
-r 递归下载，下载指定网页某一目录下（包括子目录）的所有文件
-nd 递归下载时不创建一层一层的目录，把所有的文件下载到当前目录
-np 递归下载时不搜索上层目录。
如wget -c -r www.xxx.org/pub/path/ 没有加参数-np，就会同时下载path的上一级目录pub下的其它文件
-k 将绝对链接转为相对链接，下载整个站点后脱机浏览网页，最好加上这个参数&n..
1.编译安装
wget http://ftp.jaist.ac.jp/pub/mysql/Downloads/MySQL-5.6/mysql-5.6.2-m5.tar.gz
tar xvzf mysql-5.6.2-m5.tar.gz
cd mysql-5.6.2-m5
CFLAGS="-O3 -g"
CXX=gcc
CXXFLAGS="-O3 -g -felide-constructors -fno-exceptions -fno-rtti"
export CFLAGS CXX CXXFLAGS
cmake -DCMAKE_INSTALL_PREFIX=/usr/local/webserver/mysql/ -DWITH_INNOBASE_STORAGE_ENGINE=1 -DWITH_ARCHIVE_STORAGE_ENGINE=1 -DWITH_BLACKHOLE_STORAGE_..
在升级完后，导入之前备份的数据
1.导入数据时报错， Cannot load from mysql.proc. The table is probably corrupted,这个是升级版本导致的。
解决办法：mysql_upgrade -u root -p
2.完整导出一个库(包括触发器，存储过程等)的参数
mysqldump --skip-lock-tables --single-transaction --opt --extended-insert=false --triggers -R
3.创建函数时报错，ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declarati..
原文地址:http://denniswwh.itpub.net/post/15174/490752
MySQL 5.1开始，binlog支持row-based的格式，默认情况下只能看到一些经过base-64编码的信息，如
DELIMITER /*!*/;
# at 7493962
#090827 5:25:03 server id 1 end_log_pos 0 Start: binlog v 4, server v 5.1.26-rc-community-log created 090827 5:25:03
BINLOG '
L6iVSg8BAAAAZgAAAAAAAAAAAAQANS4xLjI2LXJjLWNvbW11bml0eS1sb2cAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAUwAEGggAAAAICAgC
'/*!*/;
# at 7493962
# at 7494009
..
一.
Mar 27 04:05:05 analysis snmpd[1989]: Connection from UDP: [192.168.1.5]:55784
Mar 27 04:05:05 analysis snmpd[1989]: Received SNMP packet(s) from UDP: [192.168.1.5]:55784
解决方法：调整一个debug级别
1
echo "OPTIONS="-LS3d -Lf /dev/null -p /var/run/snmpd.pid"" >> /etc/sysconfig/snmpd.options
2
#也可以直接改启动脚本
..
社区：
