DBA Blog

checkpoint小议

Thu, 31 Dec 2009 15:59:56 +0800

一：什么是checkpoint?
checkpoint是一个数据库事件，它将已修改的数据从高速缓存刷新到磁盘，并更新控制文件和数据文件。

二：什么时候发生checkpoint incomplete

1.日志文件过小,频繁的切换;

2.日志组太少,不能满足正常事务量的需求;

3.日志文件所在的磁盘I/O存在瓶颈,导致读写缓慢,影响数据库的正常运行;

4.由于数据文件的磁盘I/O存在瓶颈,DBWR写出过于缓慢;

5.由于事务量具大,DBWR负荷过高,不勘重负.

三:对应解决办法

1.适当增加日志文件大小

2.使用更快的磁盘储存日志文件,如,高转速磁盘,磁盘的结构方式采用RAID10

3.改善磁盘I/O性能

4.使用多个DBWR进程或者使用异步I/O等

--END--

nginx性能优化

Tue, 29 Dec 2009 10:07:44 +0800

操作系统：CentOS 5.3

nginx的安装就不详细介绍了,请大家移步到我以前写的二篇文章.

Ngin＋php 搭建高性能web服务器

搭建nginx + python + django +memcached+ mysql +fastcgi 环境

1.编译安装

./configure --with-poll_module --with-http_ssl_module --with-http_gzip_static_module --with-http_perl_module --with-md5=/usr/include --with-md5-asm --with-sha1=/usr/include --with-sha1-asm
make
make install

2.制作SSL证书
生成CA证书

openssl req -days 3650 -nodes -new -x509 -keyout ca.key -out ca.pem -config OpenSSL.cnf

生成自签名ssl证书

openssl req -days 3650 -nodes -new -keyout cert.key -out cert.pem -config OpenSSL.cnf

对证书进行签名

openssl ca -days 3650 -out cert.pem -in cert.pem -extensions server -config OpenSSL.cnf

3.配置优化
修改nginx.conf, 工作进程10个，使用epoll事件模型，并发连接使用默认的1024个，启用gzip动态和静态压缩。

worker_processes 10;

events {
use epoll;
worker_connections 1024;
}

http {
    gzip on;
    gzip_static on;

    gzip_comp_level     9;
    gzip_min_length     1k;
    gzip_proxied        any;
    gzip_types          text/plain text/xml application/xml application/xml+rss;
    #gzip_disable        "MSIE [1-6] \.";
    #gzip_vary           on;
}

复制cert.key和cert.pem到conf目录，去掉HTTPS server下面的注释，启用SSL。

4.启用php
下载安装spawn-fcgi，建立/tmp/php-fcgi.sock的连接，并添加nginx配置。

location ~ \.php$ {
    root           html;
    fastcgi_pass   unix:/tmp/php-fcgi.sock;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param PATH_INFO        $fastcgi_path_info;
    fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
    include        fastcgi_params;
}

下载安装APC、eAccelerator为php加速。

建立缓存目录

mkdir /var/tmp/eaccelerator

eAccelerator配置

[eAccelerator]
zend_extension_ts = "/usr/lib/php5/ext/eAccelerator.so"
eaccelerator.shm_size = "16"
eaccelerator.cache_dir = "/var/tmp/eaccelerator"
eaccelerator.enable = "1"
eaccelerator.optimizer = "1"
eaccelerator.check_mtime = "1"
eaccelerator.debug = "0"
eaccelerator.filter = ""
eaccelerator.shm_max = "0"
eaccelerator.shm_ttl = "0"
eaccelerator.shm_prune_period = "0"
eaccelerator.shm_only = "0"
eaccelerator.compress = "1"
eaccelerator.compress_level = "9"

5.启动nginx
运行命令

sudo spawn-fcgi -f /usr/bin/php-cgi -s /tmp/php-fcgi.sock -F 2 -u nobody
sudo /usr/local/nginx/sbin/nginx

为了方便管理，使用如下脚本，保存为nginx，放到/etc/init.d目录

#! /bin/sh
#
# nginx daemon script
#

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/local/nginx/sbin/nginx
NAME=nginx
PIDFILE=/usr/local/nginx/logs/$NAME.pid
PHPSOCKET=/tmp/php-fcgi.sock
PHPPIDFILE=/tmp/run/php-fcgi.pid
PHPSPAWN="spawn-fcgi -f /usr/bin/php-cgi -s $PHPSOCKET -P $PHPPIDFILE -F 2 -u nobody"

test -x $DAEMON || exit 0

set -e

case "$1" in
start)
echo "Starting $NAME."
$DAEMON
$PHPSPAWN
;;

stop)
echo "Stopping $NAME."
$DAEMON -s stop
kill `cat $PHPPIDFILE`
rm -f $PHPSOCKET $PHPPIDFILE
;;

restart)
echo "Restarting $NAME."
$DAEMON -s reopen
kill `cat $PHPPIDFILE`
rm -f $PHPSOCKET $PHPPIDFILE
$PHPSPAWN
;;

reload)
    if [ ! -f $PIDFILE ]; then
      echo "nginx not started."
      exit 1
    fi
    echo "Reloading $NAME."
    $DAEMON -s reload
    ;;

test)
    $DAEMON -t
    ;;

*)
N=/etc/init.d/$NAME
echo "Usage: $N start|stop|restart|reload|test" >&2
exit 1
;;
esac

exit 0

sysbench的安装和做性能测试

Sat, 26 Dec 2009 22:26:23 +0800

sysbench是一个模块化的、跨平台、多线程基准测试工具，主要用于评估测试各种不同系统参数下的数据库负载情况。关于这个项目的详细介绍看：http://sysbench.sourceforge.net。
它主要包括以下几种方式的测试：
1、cpu性能
2、磁盘io性能
3、调度程序性能
4、内存分配及传输速度
5、POSIX线程性能
6、Mysql数据库性能(OLTP基准测试)

sysbench支持 MySQL,pgsql,oracle 这3种数据库。

一、安装
首先，在 http://sourceforge.net/projects/sysbench 下载源码包。

接下来，按照以下步骤安装：

[root@xutest /]#tar zxf sysbench-0.4.12.tar.gz
[root@xutest /]#cd sysbench-0.4.12
[root@xutest /]#./configure && make && make install
[root@xutest /]#strip /usr/local/bin/sysbench

如果 MySQL 安装在标准默认目录下的可以直接按照以上步骤安装，如果 MySQL不是安装在默认路径下，那么就需要自己指定 MySQL 的路径。比如我的 MySQL 喜欢自己安装在 /opt/mysql 下，则按照以下方法编译：

[root@xutest /]#./configure --with-mysql-includes=/opt/mysql/include --with-mysql-libs=/opt/mysql/lib && make && make install

当然了，用上面的参数编译的话，就要确保你的 MySQL lib目录下有对应的 so 文件，如果没有，可以自己下载 devel 或者 share 包来安装。
另外，如果想要让 sysbench 支持 pgsql/oracle 的话，就需要在编译的时候加上参数

--with-pgsql

或者

--with-oracle

这2个参数默认是关闭的，只有 MySQL 是默认支持的。

二、测试
编译成功之后，就要开始测试各种性能了，测试的方法官网网站上说明了非常的详细,根据官网的说明文档测试的步骤大致如下:

1、cpu性能测试

[root@xutest /]#sysbench --test=cpu --cpu-max-prime=20000 run

cpu测试主要是进行素数的加法运算，在上面的例子中，指定了最大的素数为 20000，自己可以根据机器cpu的性能来适当调整数值。

2、线程测试

[root@xutest /]#sysbench --test=threads --num-threads=64 --thread-yields=100 --thread-locks=2 run

3、磁盘IO性能测试

[root@xutest /]#sysbench --test=fileio --num-threads=8 --file-total-size=4G --file-test-mode=rndrw prepare
[root@xutest /]#sysbench --test=fileio --num-threads=8 --file-total-size=4G --file-test-mode=rndrw run
[root@xutest /]#sysbench --test=fileio --num-threads=8 --file-total-size=4G --file-test-mode=rndrw cleanup

上述参数指定了最大创建8个线程，创建的文件总大小为4G，文件读写模式为随机读。

4、内存测试

[root@xutest /]#sysbench --test=memory --memory-block-size=16k --memory-total-size=2G run

上述参数指定了本次测试整个过程是在内存中传输 2G 的数据量，每个 block 大小为 16K。

5、OLTP测试

[root@xutest /]#sysbench --test=oltp --mysql-table-engine=myisam --oltp-table-size=1000000 \
--mysql-socket=/tmp/mysql.sock --mysql-user=test --mysql-host=localhost \
--mysql-password=test prepare

上述参数指定了本次测试的表存储引擎类型为 myisam,指定了表最大记录数为 1000000，其他参数就很好理解了，主要是指定登录方式。测试 OLTP 时，可以自己先创建数据库或者自己用参数 --mysql-db 来指定其他数据库。--mysql-table-engine 还可以指定为 innodb 等 MySQL 支持的表存储引擎类型.

注:整个的安装过程和参数设置参考了sysbench

--END--

转：一个小公司老板的日常管理，希望能让创业的朋友学到

Tue, 15 Dec 2009 12:04:35 +0800

转载:http://www.5gme.com/space-7-do-blog-id-88477.html

日常管理书看得不少，讲座也听了一些，但那些IBM,HP等大公司放之四海皆准的管理方法到自己公司却用不上。本人在深感烦恼的同时，将日常遇到的问题和处理方法写出来与各位一起探讨，没准比教科书上的方法更为实用。
　　首先介绍下我公司：百人左右，成立十多年，年销售额几千万，问题几百个。
　　1. 小公司如何留住骨干：（难，给股份不如给提成）
　　这些年物价上涨，费用上涨，公司利润却未涨多少。每个员工都希望工资大幅增加，但估计90%以上小公司无法做到这点。有时我这当老板的恨不得将公司门一关，自己拿着资金炒股或炒房，图个清净。虽说近几年由于给每个员工上5险1金，人均费用每月增加几百元，但员工并不领情，员工只算每月到手多少钱，至于公司的支出与己无关。
　　既然无法让所有人都满意，我就只满足公司20%的骨干。
　　首先发展骨干员工入股：我将公司股份买一送一，半价销售给骨干员工，五年内退股只退还本金，五年以上退股我三倍赎回。每年拿出利润的60%分红。反正有钱大家赚，但股东一旦做了对不起公司的事，加倍惩罚，由股金中扣除。这招还真好使，在近5年里没有一个股东离职，而且公司重点岗位都有股东，省了我不少精力。
　　为什么不白送骨干员工股份？其实我并不是在乎钱，主要是白给的东西别人不珍惜，而且入股的钱又可作为押金，以防股东做出格的事，再说员工入股的钱不出5年即可通过分红收回，不投入哪来的产出啊。

2.关于授权（授权是必须的，不然再小的公司，事情却总是一大堆）
　　记得公司刚有十几个人的时候，全公司我最忙，经常同时接两三个销售电话，还得安排送货，结账，进货，每天来得最早，走得最晚。一次我弟弟到公司，看了半天，发表感慨说："哥我怎么觉得你在养活公司所有人哪？"我当时还挺自豪。结果公司四五年也发展不大，一直十几个人，而且公司员工感觉备受压抑，无发展空间。后来终于明白该放权就得放权，哪怕员工只能做到你的70%。有时候真着急啊，明明能谈下的客户销售人员就是差那么一点谈不下来，恨不得立刻自己冲上去，该忍还得忍，要不手下员工如何进步。
　　小公司发展过程中15人是个坎，50人是个坎，200人又是个坎，管理方法不改进，一般无法进一步发展。老板事事亲力亲为的公司，很难过15人。一个人能力强，可直接管理七八个人，能力一般，则只能直接领导四五个人。各个国家效率最高的部门就是军队，看看军队的组织结构：一个班十一二个人，除班长外还有一个副班长，三个班一个排，三个排一个连，以此类推。团长管一千多人，可能只认识其中百十来人。团长看见某个士兵有问题，绝对不会骂士兵，他只会骂士兵所在营的营长，营长则再骂连长，一级管理一级，最后班长把该士兵剥皮了事。所以军队尽管有千军万马，依然能做到令行禁止。
　　现在客户找我买东西，我经常说："哎呀真对比起，价格我不知道，我给您介绍个销售人员，我让他跟您联系吧。"

3.有的钱不能省 （小公司初期用记账公司是明智之选）
　　刚创业时也就一两个人，自己销售，进货，维修，跑银行。当时没有注册资金，借朋友的营业执照。自己到外面学习了几个月会计就开始瞎做报表。月底到税务局报税，报表一交，专管员看了两眼，开始问问题。问的问题我根本不明白，更别说回答了。专管员一脸不高兴，问："你懂不懂？"。我陪着笑脸："不懂，不懂。""不懂你来干嘛。换个懂的来。""好，好，下次一定换个懂的来。"下个月我又瞎做了张报表去税务局报税。专管员显然对我又印象："怎么又你来了？"我只好顺嘴胡编:"会计怀孕来不了，只好我来。"。"！" 。第二天我就找了个会计公司，一月300元钱，以后再不自己跑税务局了。一直到公司十几个人，我仍然让会计公司做账，公司只有一个出纳，没有专职会计和库管。随后几年业务开展的不错，没少挣钱，可年底公司帐上资金却没增多少。后来我发现公司只要一过十个人，老板一人根本看不过来，整个公司就像个筛子一样，到处都是洞，能剩下钱才怪。指望公司员工都是焦裕禄和雷锋，门都没有，哪怕提成给员工70%，他还会惦记剩下的30%，傻瓜才不贪污。只有制度健全，让心数不正的人无懈可击，才能管好公司。感谢我现在的会计，工作极为负责。下辈子再办公司，公司只要有4个人，一定是一个老板，一个会计，一个出纳，一个库管，打死再不省那点钱了。

4.隔行不挣钱赞成
　　这句话放在90%的公司身上是对的，当然，如果您觉得自己是那剩下的10%，也不妨一试。
　　一般公司只要能坚持个三五年，挣了点钱，老板就开始琢磨再干点什么。大部分人总觉得自己的行业不如别人的行业挣钱，很不幸，我就是其中一个（我觉得自己的经历整个可编个小企业错误大全）。上世纪末，脑袋一热，开了个饭馆，从此厄运开始了。当初本人觉得自己销售方面颇有天赋，开饭馆肯定没问题。谁知这该死的饭馆光有销售根本不行，做的不好吃别人最多只来一次。本人不好吃喝，也没耐心和大厨琢磨新菜。而且开饭馆不光进货结账，卫生防疫，工商公共安全专家样样要跟上，起早贪黑累的要死，跟开公司不一个路数，本人实在没耐心，找了个公司部门经理去负责，管得一塌糊涂，半年赔了几十万，关门了事。现在谁再跟我提开饭馆我跟谁急，去饭馆吃饭行，别的一概免谈。
　　如各位有兴趣要开饭馆，一定先想明白以下几点：
　　A: 你是否能起早贪黑吃得了苦
　　B: 如是接别人转让的饭馆搞明白上家为何转让（不可只听一面之辞，一定在该饭馆蹲两天）
　　C: 饭馆租金，人员开销等费用核到每天每张桌子是多少钱，饭馆定位，面向什么层次客户，一天能翻几次台，平均每桌消费多少，毛利率多少，是否能赚回来（一定要掰着手指头算好，不行连脚趾头一块上，否则赔死你）。
　　D: 附近的工商，卫生，公共安全专家，地痞流氓你是否搞得定。
　　E: 停车问题。
　　F: 找大厨。找着后如何管理，是后厨承包还是流水提成？
　　G: 你老婆是否愿意做采购或找个向你老婆一样对你忠心的人做采购。
　　H: 饭馆服务员可得管吃管住，而且工资近期增长很快，预算要留出富裕。计算不好你就只能剥削你自己外加你爸你妈你老婆。
　　I：......还有N多问题自己想吧。
　　据我的经验，饭馆和美容美发都不好干，只要看看报纸上转让信息就知道，基本就这两个行业。
　　另：本人的副业还曾有过服装，节电设备等，都没挣到钱。

本人比较惭愧，从未在大公司待过，也未系统地接受过管理培训。刚毕业时虽进入大部委工作两年，可惜职务太低，没学到真谛。一说起管理，总感觉别人讲得头头是道，就好像武侠小说里的名门正派，而自己则是街头打群架的小混混出身，没有理论，只有教训。有时感觉成功是不可以复制的而错误则是可以重复的。比如大家就算知晓了微软运行的每一个步骤也不可能成为另一个比尔盖茨，但若有人像我原来一样不重视财务管理十有八九公司在钱财上会有损失。
　　在随后一段时间内，我会把自己的经验教训逐步列出，想到哪写哪吧。不过各位新创业的朋友读过我的文章后估计还会犯同样的错误，只是希望大家犯的错误小点，过程短点，毕竟在岸上看过一百遍游泳教学片下水后还得喝点水。

5.关于招聘 （这个有一定道理，现在人难招）
　　这些年没少招聘，几年前最多时我一下午面试五六十人。刚开始没有经验，每回招人都找最好的，工资一千多的售后服务岗位经常招名牌大学本科生，英语过四级。后来发现，招来人根本留不住。本来简单工作的岗位中专生完全能够胜任，找个本科生双方都不合适，只是在写公司简介时方便吹牛。另外面试时应聘人员说的话不可全信，有时对方刚失去工作后比较失落，为得到新工作，他们什么都敢承诺。某次公司招聘商务，岗位工资定为两千左右，一个女孩投简历面试，本科学历，3年工作经验，上份工作工资在两千五，我问她这次工资比上份工作工资低，能否接受。她毫不犹豫表示没问题。由于她比较适合商务职位，我就录用了她。半个月后，前任商务和她交接完离职后第二天她也离职，理由居然是工资低，搞得公司非常被动。再次招聘我招了个原工资一千五百元的女孩，现在还在该岗位，不但干得好，而且对工资也很满意。大部分人对待新工作职位及待遇都是只能上不能下，能上能下的人太少了，Dengxp应该算一个。
　　招人的经验是：宁可漏过一千，不可错招一个（源于历史上某个著名人物语录）。据我的经验，公司招聘如低一档用人，高一档发工资效果比较好（也就是招三流的人才，干二流的工作，发一流的工资。当然，以上一流三流都是相对的）。招聘时应不嫌麻烦，仔细核对应聘人员身份。去年我公司连续发生两起新员工携款潜逃事件，打电话找人时对方有恃无恐：反正我应聘时的身份证学历证家庭住址都是假的，几千块钱pol.ice都不管。别说pol.ice还真不管。现在招聘，本地人公司都一一核实，外地人一律要有本地人担保，弄虚作假者一概不要。从此再无类似情况发生。
　　对于下岗职工我个人有一定偏见。大部分下岗职工，特别是岁数稍大的国营单位下岗职工基本上牢骚满腹，觉得社会对他不公，而且把不满情绪及原单位的种种不良习气都带到新公司，觉得公司给他什么福利都是应该的，别人都欠他的，很难融入新公司，踏实肯干的占少一部分。大概私营企业不适合下岗职工吧。此外亲戚朋友能少用就少用吧，这个话题以后我还将涉及。

6.老板尽量唱红脸
　　每天公司里总有很多事发生，有的应该表扬，有的应该批评。批评和表扬到底该由谁来执行呢？
　　刚干公司时，找不着当老板的感觉，平素又最烦管人，所以员工有什么问题我很少说。结果公司员工自由散漫，谁也不服谁，工作无法开展。后来觉得再这样下去实在不行，于是开始板起脸管人，这下新的问题又出来了，公司里几乎所有的矛盾都集中到我和公司员工之间，经常有员工当面与我理论是非曲直，这老板当的真郁闷，而我又实在不想当一个声色俱厉的管理者。后来与日本企业接触多了，发现不少奥秘。日本公司总经理很少骂公司普通员工，对公司底层员工可和蔼了，但他经常当着员工的面训斥公司中层干部，而普通员工犯错误则由该员工的直接领导负责处理，当然月底发工资时总经理心里可不含糊，这样公司不仅管理得井井有条，而且员工心里也比较平衡。
　　他山之石可以工玉，说干就干，咱公司不大，好歹也有几个主管。于是开会明确职责，谁的手下出问题谁自己处理，别什么问题都往我这推。平常我一般只表扬好人好事，鼓励为主，而主管自身犯错时我也很少当众批评，通常是私下交流。时间不长，公司管理顺畅了，我在公司里的形象也大为改观，员工更尊敬我了。
　　有时觉得，老板对于公司有点像古代皇帝对于国家。如果皇帝很贤明而大臣很昏庸，老百姓通常觉得国家还是有希望的，大不了清君侧，换个大臣了事。而如果皇帝很昏庸，则老百姓通常觉得这个国家没希望了，开始琢磨造反改朝换代。咱当老板总不能让公司员工揭竿而起或用脚表态一走了之吧，既然主管和部门经理享受着公司岗位津贴当然应该为老板分忧，该唱黑脸作恶人时就应当仁不让，而老板一般应保持一个超然的态度，置身于事件之外，旁观者清吗。不过部门经理需要支持时，只要不是原则性错误，我通常态度鲜明予以支持。

7.公司里的亲戚
　　这个问题，我只有教训，没有经验。还好，老婆工作单位一直不错，世界500强，对我的小公司没什么兴趣，因此公司刚成立时，我根据平时耳濡目染的各类情况，决定尽量不用亲戚朋友。后来公司到一定规模时，外地一个长辈打来电话，说她儿子（也就是我表弟）毕业一年，在当地我们这个行业的一个小公司当业务员，收入不是很高，希望来北京发展。我这个亲戚家庭比较困难，其中一个孩子因为特殊情况无法上班，而要来北京的这个表弟我原来见过，现在十八九岁，相当聪明，当时想公司正缺人，用谁不是用，因此我爽快地同意了。
　　表弟刚来北京时，吃住都在我父母家，年轻人和老年人生活习惯不同，搞得我妈经常找我抱怨。过了一段时间，我将其安排到公司宿舍，算是解决了问题。表弟人很机灵，又会来事，几个月时间就完全适应公司环境，而且在部门里业务完成的很好，提成总在前几名。后来我发现，表弟经常在公司里表白自己的特殊身份，对同事吆五喝六，公司其他员工反响很大。为此我找他谈过几回，他都表示一定改正，不过收效不大。转眼一年过去，表弟在这个行业里已经如鱼得水，挥洒自如。这时，表弟找我说他在老家有几个同学，又聪明又可靠，希望带过来一起在公司发展。我想这是好事啊，来吧，照单全收。麻烦开始了。
　　表弟和他的几个朋友吃住都在一起，相互之间只说家乡话，公司里除了我谁也听不懂。而且他们虽在不同部门，但被部门主管察觉他们相互勾结挣黑钱。表弟非常聪明，他散布说公司股东之间有矛盾，他是我这一派的，让他的直接主管不要站错队，否则后患无穷。公司不少员工真被他唬住了，过了一段时间，问题才反映到我这来。公司对待此类问题一向是第一次罚款警告，第二次开除。我和表弟谈了一回，他拍胸脯表示绝不再犯类似错误。没过一个月，又有部门主管向我反映表弟的小团伙在干黒活，而且不但不避讳其他员工，甚至鼓励其他人一起干。我真的很为难，再不管该养虎为患了，我还指望公司做强做大，让一起创业的股东老有所依呐。长痛不如短痛，一咬牙，我将表弟和他的小团伙陆续请出了公司。公司业务为此震荡半年。
　　表弟靠着从公司带走的客户，现在还在这个行业做，每年也挣不少钱还买了车。
　　亲戚朋友能不用还是不用吧，否则最后亲戚朋友也没得做了。
　　曾经听过其他公司老总讲他在公司做大后如何对待亲戚。他的五六个亲戚在他创业时不计得失帮他干，做大后亲戚跟不上公司发展步调，且占据高位不好管理。这时，他采取牺牲钱财保全亲情的方法：岁数大的给一笔钱帮其另外创业，岁数小的公司出钱送到国外留学并负担所有开销，读成MBA后帮其再找工作从而顺利解决这一棘手问题，高！

8.当老板和开车
　　去年回老家，坐一个亲戚开的车。亲戚刚拿本没多久，属于实习司机。一道上马路又宽又直，司机的手却在不停地动，左一下右一下，车也在画龙，我坐在副座上，心里很紧张，系上安全带，嘴里话也少了，脚下直使劲，旁边车道上的车不停地在按喇叭，还好，最后终于安全到达。回想十年前自己刚拿本时，已是老司机的弟弟坐我的车也提过同样问题，当时自己信心很足，根本不理解坐车的人怎么会有这种感觉，现在方才明白。
　　总结自己开公司，也经常犯类似的错。政策朝令夕改，看见别的公司有什么新章程常常一拍脑门拿来就用，过段时间发现效果不好又推倒重来，弄得公司员工无所适从。原有的提成奖励方法有的已经很好，经过实践检验较为合理，员工也认可，偏偏听完什么专家讲座或看完某本管理书后，不经过深思熟虑并结合公司实际情况进行改造照搬照抄，立刻重新制定政策，结果会计抱怨不好操作，员工抱怨政策不合理，一通折腾后又改回原样。
　　现在常想，办公司和开车很像，老板就好比驾驶员，车在路上跑，只要在本车道的两条白线内就OK，不必时刻调整方向盘，否则司机累，乘客累，车还画龙易出危险，费力不讨好。同样办公司只要公司运营在可控范围内不犯大错，政策就应稳定执行，保持连贯性，让员工心里有底。小公司老板权力集于一身，缺乏监督，制定政策更应该小心谨慎，不然公司总在调整，员工缺乏稳定感，不跑光才怪呢。想想当初Dengxp为什么承诺香港回归后体制50年不变。

9.按时发工资
　　其实这一条是当老板最基本的素质。估计每一个老板都不会反对这一点（至少在口头上不会反对），但实际情况是很多公司做不到这一点。
　　公司在日常运营时，会经常遇到资金紧张的情况，比如月底或年底压一批货从厂家拿个高额折扣，做工程甲方押着工程款未能及时支付，银行贷款到期需立即归还等等，所有这一切对于老板来说都是未能及时发工资的充分理由。老板一般想：又不是不发工资，只不过稍微晚几天，公司资金紧张，员工应该理解。真实情况是：无论任何理由，对于不按时足额发工资，员工都无法理解。员工的工资不是老板赏赐的，而是他辛苦所得，没准他正等着到日子拿工资交房租，还月供或支付孩子的学费。未能及时领到工资员工可能马上就会面临生存问题。正常情况下，老板兜里的钱总比员工活分些，所以老板经常想当然认为员工晚拿几天工资没关系。
　　那么如果碰到资金紧张时该怎么办？一般情况下，做生意量力而行吧，有多少本挣多少利，不行就找银行贷款。如果银行贷不到款，也可公司内部或亲戚朋友之间集资，讲明用钱的地方，谈好借款期及利息，大部分员工对于公司有把握的业务还是愿意参与的。到月底实在发不出工资，如果公司还想继续做下去，老板还是先从自己做起把私房钱拿出来吧，还不够把房子车子先典当了，资金周转过来再赎回。
　　拖欠工资这事有点像吸毒，有一回就会有第二回，只要资金一紧张老板就会用拖欠员工工资来缓解，结果员工对公司和老板的信任荡然无存。调查表明，员工对于公司最无法容忍的就是拖欠工资，这也经常是某些企业人员流动的最主要因素。

10.学会说"不"
　　中国人好面子，"不"字很难说出口，而老板又是公司的最后一道关口，有时不得不拉下脸说"不"。
　　我们公司有规定，公司的钱一律不借个人，当然，特殊情况员工可以预支部分工资。前两年，公司一个骨干员工找我聊天，他问："如果公司里一个员工，对公司贡献是其他人的好几倍，公司会不会借钱给他？"对这个问题我真的很犹豫，想了半天，我说："公司有规定，公司的钱一律不借个人。"他还不甘心，又问："对骨干员工也这样？"。我说："对所有人公司一视同仁，骨干员工工资奖金可以多发，可以优惠条件入股，但对于这项规定谁也不能例外。"随后我问他是不是自己要借钱，他承认说要买房子想借三十万。我很奇怪，买房可找银行贷款呀，这个员工说找银行贷款要付利息和手续费，想着找公司借钱可以不付利息了。后来我了解到他已经有一套住房想着再买一套住房等升值挣钱呢。一年后，该员工因为其他原因离职了。想想当初要是借钱给他，此时还真不好要回来。回绝过一回，以后类似情况就好处理了。这些年，公司包括我在内的所有股东买房钱不够都是找银行贷款，没人借用公司流动资金。想想公司再有钱又怎能代替银行的功能。
　　有时公司的不少规定都有特殊情况，但在原则问题上老板一定站稳立场，规定面前人人平等，所谓不患多寡患不公，没有不透风的墙，只要开了先例以后其他员工就不好管了。近些年媒体上不是一直嚷嚷要法制不要人治，一定有他的道理。当老板该说"不"时就说"不"，无论对谁，虽然当时被人骂难受一下总比公司歇菜难受一辈子强，有很多公司就因为老板抹不开面子盲目给别人担保或随意借款给人结果最后自己公司倒闭了。当老板不对自己的公司负责别人是不会为你着想的。

11.不要在公司内部奢望交朋友
　　刚当老板时不习惯管人，总觉得公司里应该人人平等，大家都是朋友，有什么事好商量。干了一段时间后，感觉公司里比较混乱，制度形同虚设，犯错误成本非常低，大家日常基本是想干啥就干啥，月底工资还谁也不能少发。
　　一天，一个在大公司工作的朋友到我这待了半天，走时深有感触地对我说：你这管理要加强啊，在公司半天都看不出谁是老板，员工既不怕你也不听你呀。我听后觉得很有道理，但具体怎么做也搞不明白。后来问题终于集中爆发了，公司里贪污现象严重，效率低下，员工觉得没有奔头，几个骨干自己一合计单挑一滩，十几个人的公司跑了七八个并带走了一半客户。
　　好在此时我还有另外一个较小的分公司，新招了几个业务员。毕竟本人是白手起家，心理承受能力足够强，一咬牙重新开始。这次吸取教训，制定严格的规章制度并认真执行，业务很快有了起色，一年后人员又恢复到十几个，利润也超过以前。
　　想想还是自己当初还是心态不对，认为自己的公司应象国营企业一样，人人都是公司的主人翁，人人都平等，大家自觉把事干好，纯粹是扯淡。公司内部大家利益不同，岗位不同，哪来什么绝对平等。虽然大家人格上是平等的，但岗位职权工资奖金上怎么可能平等呢？为什么除了垄断行业外，大部分国营企业都倒闭了？因为国营企业的经营观念管理方法不符合目前的市场经济和社会环境，我觉得我们从小接受的教育从根本上不符合人的本性。当初红灯记里鸠山说"人不为己天诛地灭" 一直被当作反面典型加以批判，其实我现在认为这话好像符合每个人自然的第一反应。世人熙熙皆为利来，使人攘攘皆为利往，连出家的和尚都明白这个道理。当老板就当老板吧，甘蔗没有两头甜，我不再奢望与公司员工做朋友，一切按规章制度来，只要管理好公司，让大家尽量拿到更多的工资奖金，人人都上保险，骨干员工入股共享公司发展成果，对得起自己的良心就完了。老板本来就是个孤独的职业，交朋友就在公司以外吧。
　　要说规章制度，每个稍具规模的公司都有一大本，但不同公司的管理水平相差可大了去了，关键还在于规章制度是否被认真执行，老板能不能自己认可规章制度并亲自或安排专人监督落实。规章制度执行好了，人员管理就水到渠成，一切按规矩来，老板也无用一天到晚训斥员工。其实，从办公司到现在，我没有骂过任何一个员工，有几次公司员工离职后又回来，原因竟然都是无法忍受新公司老板发脾气骂人，呵呵，不过我感觉现在我在公司还挺有威信，至少朋友来公司不会说看不出谁是老板了。

12.避免当场做决定
　　影视作品，报纸广播里经常有这样的场景：领导干部现场办公或下基层走访，有人民群众扶老携幼涕泪滂沱地反映当地官员久拖不决的某些问题，领导同志大手一挥，无比激动地斥责那些不作为的贪官污吏，该免职的免职，该法办的法办，几年解决不了的问题五分钟之内现场解决，真是大快人心，爽！
　　当老板没多久，公司人员渐渐多起来，我的领导欲望也逐渐膨胀，常常脑袋一热手一挥解决问题。有一回，业务员甲向我投诉，另一个业务员乙恶性竞争抢他的客户，同一单生意故意报低价致使用户未从甲业务员处购买，公司也在利润上受到损失。我一听，非常生气，这种极端自私的行为如何能够容忍，于是贴出通知：此担生意，乙业务员不仅没有提成，而且通报批评，所有提成奖励归甲业务员。后来乙业务员反应激烈地找到我说该用户他已经跟了半年多，价格型号都基本谈妥，前些天有次他外出拜访其他用户时该用户打电话到公司落实细节问题结果甲业务员接了电话，过后甲不仅未转告乙业务员，而且还让用户直接找甲业务员自己并许诺更多优惠，差点将生意搅黄。我听完后非常诧异，怎么与甲说的完全不一样啊。后又找其他几个业务员核实，乙业务员说的基本属实。唉，通告已经张贴了，这可如何是好？于是一通补救并制定相应规章制度避免以后类似情况发生。过后反思：当初为什么不调查一下再做决定呢？如果乙业务员性格内向些没准不找我申辩直接开路走人了，这对公司损失更大而且公司其他员工又会有何想法呀。再回想最近经常快速做出一些鲁莽的决定，非常后悔，看来官僚的口头禅：这个问题要考虑考虑研究研究确有其道理。过去的皇帝金口玉言，说的话不能随便改，今天的公司老板也不能不过脑子不全面调查随口做决定，否则天天朝令夕改威信尽失。
　　现在员工找我解决问题我一般都说：行，我知道了，等我查一下，几天之内给你回复。这样类似错误就很少发生了。看来做事不能只图一时痛快，要全面考虑，职位越高越应避免当场做出决定。要不怎么很多人感觉大公司办事反应慢，估计如果大公司反应都向个体户一样快很快大公司也就变成个体户了。

nginx upstream 的几种分配方式

Fri, 11 Dec 2009 12:11:59 +0800

1、轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

2、weight
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
例如：

upstream bakend {
server 192.168.1.10 weight=10;
server 192.168.1.11 weight=10;
}

3、ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
例如：

upstream resinserver{
ip_hash;
server 192.168.1.10:8080;
server 192.168.1.11:8080;
}

4、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。

upstream resinserver{
server server1;
server server2;
fair;
}

5、url_hash（第三方）

按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。

例：在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash_method是使用的hash算法

upstream resinserver{
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}

tips:

upstream resinserver{#定义负载均衡设备的Ip及设备状态
ip_hash;
server 127.0.0.1:8000 down;
server 127.0.0.1:8080 weight=2;
server 127.0.0.1:6801;
server 127.0.0.1:6802 backup;
}

在需要使用负载均衡的server中增加

proxy_pass http://resinserver/;

每个设备的状态设置为:
1.down 表示单前的server暂时不参与负载
2.weight 默认为1.weight越大，负载的权重就越大。
3.max_fails ：允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误
4.fail_timeout:max_fails次失败后，暂停的时间。
5.backup：其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。

nginx支持同时设置多组的负载均衡，用来给不用的server来使用。

client_body_in_file_only 设置为On 可以讲client post过来的数据记录到文件中用来做debug
client_body_temp_path 设置记录文件的目录可以设置最多3层目录
location 对URL进行匹配.可以进行重定向或者进行新的代理负载均衡

常用的mysql工具

Sat, 28 Nov 2009 22:10:57 +0800

1：Mysql最佳导入导出工具

    下载

2:   SQLyog是一个易于使用的、快速而简洁的图形化管理MySQL数据库的工具，它能够在任何地点有效地管理你的数据库,再就是Query Profiler性能分析，mysql5.0.37以上的版本支持，有了这个功能可以知道每条sql语句的性能，以及每条查询效率耗费在什么地方.

    下载

3:Excel如何导入Mysql

e.g

mysql> load data local infile 'c:\dbasky.txt' into table t_user_info fields terminated by '\t';

Webserver－resin 的日志设置

Sat, 28 Nov 2009 16:33:16 +0800

<stdout-log path='${resin.home}/log/stdout.log'
archive-format="stdout-%Y_%m_%d.log"
rollover-period='1D'
rollover-size='1mb'/>

<stderr-log path='${resin.home}/log/stderr.log'
archive-format="stderr-%Y_%m_%d.log"
rollover-period='1D'
rollover-size='1mb'/>

log设置

<log name='' level='info' path='stdout:' rollover-period='1W' timestamp='[%Y/%m/%d %H:%M:%S.%s] '/>
<log name='com.caucho.java' level='fine' path='stdout:' rollover-period='1W' timestamp='[%Y/%m/%d %H:%M:%S.%s] '/>
<log name='com.caucho.loader' level='config' path='stdout:' rollover-period='1W' timestamp='[%Y/%m/%d %H:%M:%S.%s] '/>

name 是指定对各个层次应用进行debug，name 设定有几种情况，如：
Name='' name为空，这对所有应用、包括端口全面进行调试记载日志
Name='com.caucho.jsp' 指定只对jsp进行调试记载日志
Name='com.caucho.java' 指定只对java类进行调试
Name='com.caucho.server.port' 指定只对端口、线程进行调试
Name='com.caucho.server.port.AcceptPool 指定只对端口线程的创建和释放进行debug
....

level 的级别一般有：:
Off Severe info config fine finer finest all 这几中配置级别；
Off 关闭日志输出
Severe 只输出些严重的出错信息
Info 输出一般的综合信息
Config 输出配置信息
Fine 输出resin的跟踪信息
Finer 输出详细的跟踪信息
Finest 输出比Finer更详细的跟踪消息、细节问题
All 输出所有的访问输出消息

path：输出文件路径指向,可以形式如 path='stdout:' 注意后面有冒号；或指定绝对路径path='/opt/resin/log/stdout.log'
Timestamp : 完整的输出日期格式[%Y/%m/%d %H:%M:%S.%s]；

一般设置日志文件一周轮循一次,即 rollover-period='1M' 或 rollover-period='7D' , 当满一周,系统会自动生成新日志记录文件,格式如: stderr.log.20091121 stderr.log.20091128
rollover-period='D' 天
rollover-period='h' 小时
rollover-period='W' 周
rollover-period='M' 月

常用的数据库管理SQL语句（二）

Fri, 06 Nov 2009 15:14:51 +0800

接上一篇常用的数据库管理SQL语句（一）

九.统计联机前10名用户所使用CPU时间

SQL> SELECT * FROM
2 (SELECT 'P', S.SID,S.STATUS,T.VALUE / 100 / 60 "CPU TIME",
3 FLOOR (LAST_CALL_ET / 60 ) "LAST CALL ET",TO_CHAR(S.LOGON_TIME,'MM/DD HH24:MI') "LOGON TIME",
4 S.USERNAME,S.PROCESS,P.SPID,S.MODULE,S.MACHINE,
S.SQL_HASH_VALUE
5 FROM V$SESSTAT T,V$SESSION S,V$PROCESS P
6 WHERE T.STATISTIC# = 12 AND S.SID = T.SID AND S.PADDR = P.ADDR AND S.TYPE = 'USER'
7 AND S.SQL_HASH_VALUE != 1425819161 UNION SELECT 'N',
8 S.SID,S.STATUS,T.VALUE * -1 / 100 / 60 "CPU TIME",
9 FLOOR (LAST_CALL_ET / 60 ) "LAST CALL ET",TO_CHAR(S.LOGON_TIME,'MM/DD HH24:MI') "LOGON TIME",
10 S.USERNAME,S.PROCESS,P.SPID,S.MODULE,S.MACHINE,
S.SQL_HASH_VALUE
11 FROM V$SESSTAT T,V$SESSION S,V$PROCESS P
12 WHERE T.STATISTIC# = 12 AND S.SID = T.SID AND S.PADDR = P.ADDR AND S.TYPE = 'USER'
13 AND S.SQL_HASH_VALUE != 1425819161
14 AND T.VALUE < 0
15 ORDER BY 4 DESC)
16 WHERE ROWNUM < 11;

'P'        SID STATUS     CPU TIME LAST CALL ET LOGON TIME USERNAME                       PROCESS      SPID         MODULE                                           MACHINE                                                          SQL_HASH_VALUE
--- ---------- -------- ---------- ------------ ----------- ------------------------------ ------------ ------------ ------------------------------------------------ ---------------------------------------------------------------- --------------
P         1533 INACTIVE 25.3363333            0 08/17 15:28 SYSMAN                         1234         1822         OEM.SystemPool                                   db1                                                                           0
P         1498 INACTIVE 20.5493333           13 10/26 16:23 SOLEILFUZHOU                   8968         11046        java@WEBSERVER2 (TNS V1-V3)                      WEBSERVER2                                                           4283697136
P         1493 ACTIVE   18.8611666            0 08/17 15:29 DBSNMP                         3688         3866         emagent@db1 (TNS V1-V3)                          db1                                                                           0
P         1465 INACTIVE 12.3526666          121 10/26 20:43 SOLEILFUZHOU                   32512        32638        java@WEBSERVER3 (TNS V1-V3)                      WEBSERVER3                                                                    0
P         1500 INACTIVE    12.3035            0 10/26 16:23 SOLEILFUZHOU                   8968         11048        java@WEBSERVER2 (TNS V1-V3)                      WEBSERVER2                                                           2314313480
P         1538 INACTIVE 11.9511666          227 10/26 20:43 SOLEILFUZHOU                   32512        32640        java@WEBSERVER3 (TNS V1-V3)                      WEBSERVER3                                                           1912375278
P         1545 INACTIVE 5.44716666          119 10/26 16:23 SOLEILFUZHOU                   8968         11044        java@WEBSERVER2 (TNS V1-V3)                      WEBSERVER2                                                           1912375278
P         1511 INACTIVE      4.597        89558 08/20 14:56 SOLEILFUZHOU                   23615        22500        java@WEBSERVER2 (TNS V1-V3)                      WEBSERVER2                                                                    0
P         1540 INACTIVE 2.36633333         1810 08/15 14:16 SOLEILFUZHOU                   23615        30341        java@WEBSERVER2 (TNS V1-V3)                      WEBSERVER2                                                           2715598771
P         1630 ACTIVE   1.55233333            0 08/15 12:21 SYS                            9190         10029        racgimon@db1 (TNS V1-V3)                         db1                                                                  2346103937

10 rows selected

十：统计前10名排序量最大的使用者

SQL> SELECT * FROM (SELECT S.SID,S.STATUS,B.SPID,S.SQL_HASH_VALUE SESSHASH,
2 U.SQLHASH SORTHASH,S.USERNAME,U.TABLESPACE,SUM(U.BLOCKS * P.VALUE / 1024 / 1024)
3 MBUSED,SUM(U.EXTENTS) NOEXTS,U.SEGTYPE,S.MODULE || '-' || S.PROGRAM PROGINFO
4 FROM V$SORT_USAGE U,V$SESSION S,V$PARAMETER P,V$PROCESS B
5 WHERE U.SESSION_ADDR = S.SADDR AND P.NAME = 'DB_BLOCK_SIZE'
6 AND B.ADDR = S.PADDR GROUP BY S.SID,S.STATUS,B.SPID,S.SQL_HASH_VALUE,
7 U.SQLHASH,S.USERNAME,U.TABLESPACE,U.SEGTYPE,S.MODULE || '-' || S.PROGRAM
8 ORDER BY 8 DESC,4)
9 WHERE ROWNUM < 11;

SID STATUS SPID SESSHASH SORTHASH USERNAME TABLESPACE MBUSED NOEXTS SEGTYPE PROGINFO
---------- -------- ------------ ---------- ---------- ------------------------------ ------------------------------- ---------- ---------- --------- --------------------------------------------------------------------------------

十一：统计前10名数据等待事件

SQL> SELECT * FROM (SELECT EVENT,TOTAL_WAITS,TIME_WAITED,AVERAGE_WAIT
2 FROM V$SYSTEM_EVENT WHERE EVENT NOT LIKE '%IPC%'
3 AND EVENT NOT LIKE 'SQL*NET%'
4 AND EVENT NOT LIKE 'PIPE%'
5 AND EVENT NOT LIKE 'NULL%'
6 AND EVENT NOT LIKE 'WAKEUP%'
7 AND EVENT NOT LIKE 'PX%'
8 AND EVENT NOT LIKE '%TIMER%'
9 ORDER BY 3 DESC)
10 WHERE ROWNUM < 101;

EVENT                                                            TOTAL_WAITS TIME_WAITED AVERAGE_WAIT
---------------------------------------------------------------- ----------- ----------- ------------
rdbms ipc message                                                  119829424 9484828486        79.15
jobq slave wait                                                     22321120 5517001961       247.17
SQL*Net message from client                                        355319260 5165327887        14.54
gcs remote message                                                 485381465 1368716151         2.82
Streams AQ: waiting for messages in the queue                        2159832 1350292859       625.18
class slave wait                                                      799866   824348163      1030.61
Streams AQ: qmn slave idle wait                                       276580   721687184      2609.33
DIAG idle wait                                                      34794348   684920856        19.68
ges remote message                                                 115824798   684714731         5.91
pmon timer                                                           2419561   684648008       282.96
ASM background timer                                                 2897175   684597236        236.3
smon timer                                                           1460456   684164267       468.46
virtual circuit status                                                233798   682660364      2919.87
dispatcher timer                                                      116900   680302241      5819.52
Streams AQ: qmn coordinator idle wait                                 505458   679457024      1344.24
Streams AQ: waiting for time management or cleanup tasks               41394   662178271     15996.96
log file sequential read                                             2433424    31321584        12.87
direct path read temp                                              136113170    24235677         0.18
db file parallel write                                               7259212     8125206         1.12
SQL*Net message from dblink                                        203115263     7331295         0.04

十二：统计前10名使用CURSOR最多

SQL> SELECT * FROM ( SELECT S.SID,V0.VALUE CUM_OPEN_CURSORS,
2 V1.VALUE CUR_OPEN_CURSORS,
3 V2.VALUE CACHE_HITS,
4 V3.VALUE CACHE_COUNT,
5 V4.VALUE HARD_PARSE,
6 V5.VALUE - V4.VALUE SOFT_PARSE,
7 S.OSUSER,S.MACHINE,
8 NVL(S.MODULE,S.PROGRAM) PROGINFO FROM V$SESSTAT V0,V$SESSTAT V1,V$SESSTAT V2,V$SESSTAT V3,
9 V$SESSTAT V4,V$SESSTAT V5,V$SESSION S WHERE V0.STATISTIC# = 2
10 AND V0.SID = S.SID AND V1.STATISTIC# = 3 AND V1.SID = S.SID
11 AND V2.STATISTIC# = 191 AND V2.SID = S.SID
12 AND V3.STATISTIC# = 192 AND V3.SID = S.SID
13 AND V4.STATISTIC# = 180 AND V4.SID = S.SID
14 AND V5.STATISTIC# = 179 AND V5.SID = S.SID
15 ORDER BY 3 DESC, 7 DESC)
16 WHERE ROWNUM < 11;

       SID CUM_OPEN_CURSORS CUR_OPEN_CURSORS CACHE_HITS CACHE_COUNT HARD_PARSE SOFT_PARSE OSUSER                         MACHINE                                                          PROGINFO
---------- ---------------- ---------------- ---------- ----------- ---------- ---------- ------------------------------ ---------------------------------------------------------------- ------------------------------------------------
      1533            20448               47          1      114062      55172     -55172 oracle                         db1                                                              OEM.SystemPool
      1641           628681               28        192      174896     607373    -582053 oracle                         db1                                                              oracle@db1 (MMON)
      1493           118371               22      11914       51293 512581656 -512568710 oracle                         db1                                                              emagent@db1 (TNS V1-V3)
      1606             4824                9        122        4787       8294      -8262 Administrator                  WORKGROUP\NUAGE-TEST1                                            PL/SQL Developer
      1488            53050                8          3       22829     394397    -394397 oracle                         db1                                                              OEM.Loader
      1531              365                6          0           4        809       -809 oracle                         db1                                                              emagent@db1 (TNS V1-V3)
      1490             1403                6          0           4   11628610 -11628610 Administrator                  WORKGROUP\NUAGE-TEST1                                            PL/SQL Developer
      1630             4429                5          0           0       7629      -7629 oracle                         db1                                                              racgimon@db1 (TNS V1-V3)
      1576               34                4          0           1         77        -77 oracle                         db1                                                              racgimon@db1 (TNS V1-V3)
      1468               31                4          0           0        676       -676 root                           rdb1                                                             oracle@rdb1 (TNS V1-V3)

10 rows selected

十三：查询最常用的表

SQL> SELECT OWNER ,SUBSTR(SEGMENT_NAME,1,30) SEGMENT_NAME,OBJECT_TYPE,TOTAL_BUFF_BUSY_WAITS
2 FROM ( SELECT OWNER,OBJECT_NAME AS SEGMENT_NAME,OBJECT_TYPE,VALUE AS TOTAL_BUFF_BUSY_WAITS
3 FROM V$SEGMENT_STATISTICS WHERE STATISTIC_NAME IN ('BUFFER BUSY WATIS')
4 ORDER BY TOTAL_BUFF_BUSY_WAITS DESC)
5 WHERE ROWNUM <=30;

OWNER SEGMENT_NAME OBJECT_TYPE TOTAL_BUFF_BUSY_WAITS
------------------------------ ------------------------------------------------------------ ------------------ ---------------------

十四：查询SID对应到操作系统的PID

SQL> SELECT SS.SID,P.SPID FROM V$SESSION SS,V$PROCESS P,V$SESSTAT ST,V$STATNAME SN
2 WHERE ST.STATISTIC# = SN.STATISTIC#
3 AND SS.SID='111' AND SS.PADDR=P.ADDR
4 AND SS.SID=ST.SID;

SID SPID
---------- ------------

十五：查询数据库运行的天数

SQL> SELECT SYSDATE - LOGON_TIME "DAYS",(SYSDATE - LOGON_TIME) * 24
2 "HOURS" FROM SYS.V_$SESSION WHERE SID = 1;

DAYS HOURS
---------- ----------

十六：监控目前正在使用的SQL

SQL> SELECT C.SPID B1,B.OSUSER C1,B.USERNAME C2,
2 B.SID B2,B.SERIAL# B3,A.SQL_TEXT FROM
3 V$SQLTEXT A,V$SESSION B,V$PROCESS C
4 WHERE A.ADDRESS = B.SQL_ADDRESS AND B.STATUS = 'ACTIVE'
5 AND B.PADDR = C.ADDR AND A.HASH_VALUE = B.SQL_HASH_VALUE
6 ORDER BY C.SPID,A.HASH_VALUE,A.PIECE;

B1           C1                             C2                                     B2         B3 SQL_TEXT
------------ ------------------------------ ------------------------------ ---------- ---------- ----------------------------------------------------------------
31329        Administrator                  SOLEILFUZHOU                         1487      17233 SELECT C.SPID B1,B.OSUSER C1,B.USERNAME C2, B.SID B2,B.SERIAL#
31329        Administrator                  SOLEILFUZHOU                         1487      17233 B3,A.SQL_TEXT FROM V$SQLTEXT A,V$SESSION B,V$PROCESS C WHERE A.A
31329        Administrator                  SOLEILFUZHOU                         1487      17233 DDRESS = B.SQL_ADDRESS AND B.STATUS = 'ACTIVE' AND B.PADDR = C.A
31329        Administrator                  SOLEILFUZHOU                         1487      17233 DDR AND A.HASH_VALUE = B.SQL_HASH_VALUE ORDER BY C.SPID,A.HASH_V
31329        Administrator                  SOLEILFUZHOU                         1487      17233 ALUE,A.PIECE

--END--

常用的数据库管理SQL语句（一）

Wed, 28 Oct 2009 19:26:46 +0800

最近利用空闲的时间总结了我常用的数据库管理的SQL语句：

一：表空间的大小

SQL> SELECT DISTINCT TABLESPACE_NAME,SUM(BYTES/1024/1024) "TABLESPACE SIZE" FROM DBA_DATA_FILES GROUP BY TABLESPACE_NAME;

TABLESPACE_NAME                TABLESPACE SIZE
------------------------------ ---------------
SL_DATA_TS                                5120
SYSAUX                                       1024
UNDOTBS1                                   1345
USERS                                         8000
TEST                                            3096
SYSTEM                                       1024
UNDOTBS2                                   1100
BCLOG                                         1048

8 rows selected

二：统计数据库的每月增长量

SQL> SELECT TO_CHAR(CREATION_TIME, 'RRRR MONTH') "MONTH",
2 SUM(BYTES) /1024/1024/1024 "GROWTH SIZE"
3 FROM SYS.V_$DATAFILE
4 WHERE CREATION_TIME > SYSDATE - 365
5 GROUP BY TO_CHAR(CREATION_TIME, 'RRRR MONTH');

MONTH GROWTH SIZE
----------- -----------
2008 12月 10.12109375

三：统计数据文件的每月增长量

SQL> SELECT A.TS# AS "TABLESPACE NUMBER",
2   B.NAME AS "TABLESPACE NAME",
3 TO_CHAR (A.CREATION_TIME, 'RRRR MONTH') "MONTH",
4 SUM (A.BYTES) /1024/1024/1024 "GROWTH SIZE"
5 FROM SYS.V_$DATAFILE A, SYS.V_$TABLESPACE B
6 WHERE A.CREATION_TIME > SYSDATE - 365
7 AND A.TS# = B.TS#
8 GROUP BY A.TS#,B.NAME, TO_CHAR(A.CREATION_TIME,'RRRR MONTH');

TABLESPACE NUMBER TABLESPACE NAME                MONTH       GROWTH SIZE
----------------- ------------------------------ ----------- -----------
                5 UNDOTBS2                       2008 12月    1.07421875
                6 SL_DATA_TS                     2008 12月             5
                7 TEST                                 2008 12月     3.0234375
                8 BCLOG                              2008 12月     1.0234375

四.统计表空间的空闲空间

SQL> SELECT A.TABLESPACE_NAME,SUM((A.TOTS) /1024/1024) "TOTAL SIZE", SUM((A.SUMB) /1024/1024) "TOTAL FREE SIZE",
2   SUM(A.SUMB) * 100 / SUM(A.TOTS) PCT_FREE, SUM(A.LARGEST) "MAX FREE SIZE",SUM(A.CHUNKS) "FREE EXTENT NUMBER"
3 FROM (SELECT TABLESPACE_NAME,0 TOTS,SUM(BYTES) SUMB,MAX(BYTES) LARGEST,COUNT(*) CHUNKS FROM DBA_FREE_SPACE A
4 GROUP BY TABLESPACE_NAME UNION SELECT TABLESPACE_NAME,SUM(BYTES) TOTS, 0,0,0 FROM DBA_DATA_FILES
5 GROUP BY TABLESPACE_NAME) A
6 GROUP BY A.TABLESPACE_NAME;

TABLESPACE_NAME                TOTAL SIZE TOTAL FREE SIZE   PCT_FREE MAX FREE SIZE FREE EXTENT NUMBER
------------------------------ ---------- --------------- ---------- ------------- ------------------
SL_DATA_TS                           5120       1355.3125 26.4709472      24117248                977
SYSAUX                               1024         49.9375 4.87670898      37683200                 55
UNDOTBS1                             1345       1243.5625 92.4581784     500105216                720
TEST                                 3096         1170.25 37.7987726    1226768384                  2
USERS                                8000         1905.25 23.815625     880803840                898
SYSTEM                               1024          72.375 7.06787109      75431936                  2
BCLOG                                1048        1029.375 98.2228053    1079377920                  1
UNDOTBS2                             1100             392 35.6363636     218103808                252

8 rows selected

五：统计数据文件使用情况

SQL> SELECT D.TABLESPACE_NAME TABLESPACE,D.FILE_NAME FILENAME,D.BYTES "TOTAL FILE SIZE",
2   NVL((D.BYTES - S.BYTES),D.BYTES) "USED SIZE",TRUNC(((NVL((D.BYTES - S.BYTES),D.BYTES)) / D.BYTES) * 100)
3 PCT_USED FROM SYS.DBA_DATA_FILES D,V$DATAFILE V,(SELECT FILE_ID,SUM(BYTES) BYTES FROM SYS.DBA_FREE_SPACE
4   GROUP BY FILE_ID) S WHERE (S.FILE_ID(+) = D.FILE_ID)AND(D.FILE_NAME = V.NAME)UNION
5 SELECT D.TABLESPACE_NAME TABLESPACE,D.FILE_NAME FILENAME,D.BYTES "TOTAL FILE SIZE",
6 NVL (T.BYTES_CACHED, 0) "USED SIZE",TRUNC((T.BYTES_CACHED / D.BYTES) * 100) PCT_USED
7 FROM SYS.DBA_TEMP_FILES D,V$TEMP_EXTENT_POOL T,V$TEMPFILE V WHERE (T.FILE_ID(+) = D.FILE_ID)
8 AND (D.FILE_ID = V.FILE#);

TABLESPACE                     FILENAME                                                                         TOTAL FILE SIZE USED SIZE   PCT_USED
------------------------------ -------------------------------------------------------------------------------- --------------- ---------- ----------
BCLOG                          +DG1/nuage/datafile/bclog.733.674146297                                               1098907648   19529728          1
SL_DATA_TS                     +DG1/nuage/datafile/sl_data_ts.286.673284017                                          5368709120 3947560960         73
SYSAUX                         +DG1/nuage/datafile/sysaux.271.673276271                                              1073741824 1021378560         95
SYSTEM                         +DG1/nuage/datafile/system.270.673276271                                              1073741824 997851136         92
TEMP                           +DG1/nuage/tempfile/temp.277.673276343                                                1627389952          0
TEST                           +DG1/nuage/datafile/test.390.673287537                                                3246391296 2019295232         62
UNDOTBS1                       +DG1/nuage/datafile/undotbs1.272.673276271                                            1410334720 106364928          7
UNDOTBS2                       +DG1/nuage/datafile/undotbs2.278.673276373                                            1153433600 364969984         31
USERS                          +DG1/nuage/datafile/users.273.673276271                                               8388608000 6390808576         76

9 rows selected

六：统计数据库缓冲快取区的Hit Ratio

SQL> SELECT 1 - (PHY.VALUE / (CUR.VALUE + CON.VALUE)) "CACHE HIT RATIO", ROUND((1 - (PHY.VALUE / (CUR.VALUE + CON.VALUE))) * 100,2)"
2 RATIO" FROM V$SYSSTAT CUR,V$SYSSTAT CON,V$SYSSTAT PHY WHERE CUR.NAME = 'DB BLOCK GETS'
3 AND CON.NAME = 'CONSISTENT GETS' AND PHY.NAME = 'PHYSICAL READS'
4 ;

CACHE HIT RATIO
RATIO
--------------- ----------

七：统计使用者联机时消耗的PGA大小

SQL> SELECT USERNAME,NAME,VALUE FROM V$STATNAME N,V$SESSION S,V$SESSTAT T WHERE S.SID = T.SID
2   AND N.STATISTIC# = T.STATISTIC# AND S.TYPE = 'USER' AND S.USERNAME IS NOT NULL
3 AND USERNAME NOT LIKE 'SYSTEM' AND T.VALUE > 3000;

USERNAME                       NAME                                                                  VALUE
------------------------------ ---------------------------------------------------------------- ----------
SOLEILFUZHOU                   opened cursors cumulative                                              3103
SYSMAN                         opened cursors cumulative                                             48811
DBSNMP                         opened cursors cumulative                                            109464
SOLEILFUZHOU                   opened cursors cumulative                                             43283
SOLEILFUZHOU                   opened cursors cumulative                                             18675
SOLEILFUZHOU                   opened cursors cumulative                                              7322
SOLEILFUZHOU                   opened cursors cumulative                                             11344
SOLEILFUZHOU                   opened cursors cumulative                                              7032
SYSMAN                         opened cursors cumulative                                             18297
SOLEILFUZHOU                   opened cursors cumulative                                              7212
SOLEILFUZHOU                   opened cursors cumulative                                             30667
SOLEILFUZHOU                   opened cursors cumulative                                             10834
SOLEILFUZHOU                   opened cursors cumulative                                             43139
SOLEILFUZHOU                   opened cursors cumulative                                              4499
SOLEILFUZHOU                   opened cursors cumulative                                             38522
SOLEILFUZHOU                   opened cursors cumulative                                             11850
SOLEILFUZHOU                   opened cursors cumulative                                             38710
SYS                            opened cursors cumulative                                              4417
SYSMAN                         user commits                                                          20726
DBSNMP                         user commits                                                         105709
2154 rows selected

八：查询程序的连接错误信息

SQL> SELECT TYPE,OWNER,NAME,SEQUENCE,LINE,POSITION,TEXT || CHR(10) || CHR(10) TEXT
2 FROM DBA_ERRORS ORDER BY 1,2,3;

TYPE         OWNER                          NAME                             SEQUENCE       LINE   POSITION TEXT
------------ ------------------------------ ------------------------------ ---------- ---------- ---------- --------------------------------------------------------------------------------
PROCEDURE    NUAGE                          DO_EXPLAIN                              8         46          7 PL/SQL: SQL Statement ignored

PROCEDURE    NUAGE                          DO_EXPLAIN                              4         31         10 PL/SQL: Statement ignored

PROCEDURE    NUAGE                          DO_EXPLAIN                              5         44         21 PLS-00201: identifier 'V$SESSION' must be declared

PROCEDURE    NUAGE                          DO_EXPLAIN                              1         24         14 PL/SQL: ORA-00942: table or view does not exist

PROCEDURE    NUAGE                          DO_EXPLAIN                              2         23          7 PL/SQL: SQL Statement ignored

PROCEDURE    NUAGE                          DO_EXPLAIN                             10         51          7 PL/SQL: Statement ignored

PROCEDURE    NUAGE                          DO_EXPLAIN                              9         51         14 PLS-00320: the declaration of the type of this expression is incomplete or malfo

PROCEDURE    NUAGE                          DO_EXPLAIN                              3         31         38 PLS-00364: loop index variable 'SQL_PIECES_REC' use is invalid

PROCEDURE    NUAGE                          DO_EXPLAIN                              7         49         42 PL/SQL: ORA-00942: table or view does not exist

PROCEDURE    NUAGE                          DO_EXPLAIN                              6         44         21 PL/SQL: Item ignored

PROCEDURE    NUAGE                          PROC_ALL_FACT_SUM_ALL_TM                1          0          0 ORA-04052: error occurred when looking up remote object FX.FACT_SUM_ALL_TEST_MAR
                                                                                                            ORA-00604: error occurred at recursive SQL level 1
                                                                                                            ORA-12169: TNS:Net service name given as connect identifier is too long
33 rows selected

－－－待续－－－

Memcached的管理

Mon, 26 Oct 2009 16:00:01 +0800

在以前写过了"搭建nginx + python + django +memcached+ mysql +fastcgi 环境"一文，有不少朋友问我关于memcached的管理的问题，比如查看memcached的运行情况等等，我们知道目前memcached没有直观的工具来查看整个运行情况，不过我们可以通过系统级－－shell命令。

1、数据存储（假设key为dbasky.net，value为88888）
printf "set dbasky.net 0 0 5\r\n88888\r\n" | nc 127.0.0.1 11211
STORED

2、数据取回（假设key为dbasky.net）
printf "get dbasky.net\r\n" | nc 127.0.0.1 11211
VALUE dbasky.net 0 5
88888
END

3、数值增加1（假设key为dbasky.net，并且value为正整数）
printf "incr dbasky.net 1\r\n" | nc 127.0.0.1 11211
88889

4、数值减少3（假设key为dbasky.net，并且value为正整数）
printf "decr dbasky.net 3\r\n" | nc 127.0.0.1 11211
88886

5、数据删除（假设key为dbasky.net）
printf "delete dbasky.net\r\n" | nc 127.0.0.1 11211
DELETED

6、查看Memcached状态
[root@app3 ~]# printf "stats\r\n" | nc 127.0.0.1 11211
STAT pid 20272
STAT uptime 927901
STAT time 1256541017
STAT version 1.2.8
STAT pointer_size 64
STAT rusage_user 72323.142211
STAT rusage_system 270758.303481
STAT curr_items 2255461
STAT total_items 2237096141
STAT bytes 3865876133
STAT curr_connections 156
STAT total_connections 2662892830
STAT connection_structures 2975
STAT cmd_flush 0
STAT cmd_get 7155551459
STAT cmd_set 2237096141
STAT get_hits 6275571127
STAT get_misses 879980332
STAT evictions 21174550
STAT bytes_read 5936788593022
STAT bytes_written 12278494693042
STAT limit_maxbytes 4294967296
STAT threads 9
STAT accepting_conns 1
STAT listen_disabled_num 0
END

7、模拟top命令，查看Memcached状态：
watch "printf 'stats\r\n' | nc 127.0.0.1 11211"
或者
watch "echo stats | nc 127.0.0.1 11211"
[root@app3 ~]# watch "printf 'stats\r\n' | nc 127.0.0.1 11211"
Every 2.0s: printf 'stats\r\n' | nc 127.0.0.1 11211 Mon Oct 26 16:11:26 2009

STAT pid 20272
STAT uptime 927970
STAT time 1256541086
STAT version 1.2.8
STAT pointer_size 64
STAT rusage_user 72327.750510
STAT rusage_system 270774.932953
STAT curr_items 2255435
STAT total_items 2237240981
STAT bytes 3865771193
STAT curr_connections 269
STAT total_connections 2663066932
STAT connection_structures 2975
STAT cmd_flush 0
STAT cmd_get 7156031867
STAT cmd_set 2237240981
STAT get_hits 6275980308
STAT get_misses 880051559
STAT evictions 21177694
STAT bytes_read 5937174840056
STAT bytes_written 12279303680177
STAT limit_maxbytes 4294967296
STAT threads 9
STAT accepting_conns 1
STAT listen_disabled_num 0
END

下面解释下各项的含意：

uptime 是memcached运行的秒数，cmd_get是查询缓存的次数。这两个数据相除一下就能得到平均每秒请求缓存的次数，cmd_set 就是设置key=>value的次数。整个memcached是个大hash，用cmd_get没有找到的内容，就会调用一下cmd_set写进缓存里。紧跟着是get_hits，就是缓存命中的次数。缓存命中率 = get_hits/cmd_get *100%。get_misses的数字加上get_hits应该等于cmd_get。而total_itemscurr_items表示现在在缓存中的键值对个数，在图上total_items == cmd_set == get_misses，不过当可用最大内存用光时，memcached就会删掉一些内容，上面的等式就不成立了。