在mysql中，大多数索引（如 PRIMARY KEY,UNIQUE,INDEX和FULLTEXT）都是在BTREE中存储，但使用memory引擎可以选择BTREE索引或者HASH索引，两种不同类型的索引各自有其不同的使用范围。

Hash 索引结构的特殊性，其检索效率非常高，索引的检索可以一次定位，不像B-Tree 索引需要从根节点到枝节点，最后才能访问到页节点这样多次的IO访问，所以 Hash 索引的查询效率要远高于 B-Tree 索引。

可能很多人又有疑问了，既然 Hash 索引的效率要比 B-Tree 高很多，为什么大家不都用 Hash 索引而还要使用 B-Tree 索引呢？任何事物都是有两面性的，Hash 索引也一样，虽然 Hash 索引效率高，但是 Hash 索引本身由于其特殊性也带来了很多限制和弊端，主要有以下这些。

（1）Hash 索引仅仅能满足”=”,”IN”和”<=>”查询，不能使用范围查询。

由于 Hash 索引比较的是进行 Hash 运算之后的 Hash 值，所以它只能用于等值的过滤，不能用于基于范围的过滤，因为经过相应的 Hash 算法处理之后的 Hash 值的大小关系，并不能保证和Hash运算前完全一样。

（2）Hash 索引无法被用来避免数据的排序操作。

由于 Hash 索引中存放的是经过 Hash 计算之后的 Hash 值，而且Hash值的大小关系并不一定和 Hash 运算前的键值完全一样，所以数据库无法利用索引的数据来避免任何排序运算；

（3）Hash 索引不能利用部分索引键查询。

对于组合索引，Hash 索引在计算 Hash 值的时候是组合索引键合并后再一起计算 Hash 值，而不是单独计算 Hash 值，所以通过组合索引的前面一个或几个索引键进行查询的时候，Hash 索引也无法被利用。

（4）Hash 索引在任何时候都不能避免表扫描。

前面已经知道，Hash 索引是将索引键通过 Hash 运算之后，将 Hash运算结果的 Hash 值和所对应的行指针信息存放于一个 Hash 表中，由于不同索引键存在相同 Hash 值，所以即使取满足某个 Hash 键值的数据的记录条数，也无法从 Hash 索引中直接完成查询，还是要通过访问表中的实际数据进行相应的比较，并得到相应的结果。

**1、/boot/**loader.conf 配置内容

autoboot_delay = “2”　　设置启动等待时间

beastie_disable=“YES”　 关闭小恶魔图像启动菜单

splash_bmp_load = “NO”　启动图像

splash_pcx_olad = “NO”

vesa_load = “NO”

bitmap_load = “NO”

bitmap_name = “splash.bmp”

bitmap_type = “splash_image_data”

screensave_load = “NO”    屏幕保护

screensave_name = “green_saver”

2、rc.conf配置内容

sendmail_enable = “NONE”　关闭sendmail服务

sendmail_submit_enable = “NO”

sendmail_outbound_enable = “NO”

sendmail_msp_queue_enable = “NO”

clear_tmp_enable = “YES”　按时清除/var/tmp文件

3、~/.cshrc环境变量设置

alias ls ls –GFw　彩色化ls

setenv EDITOR ee　设置默认编辑器

setenv PAGER less　设置 默认分页器为less

setenv LSCOLORS ExFxCxDxBxEgDxDEhGAcHd　彩色化ls

Set follow setting in /boot/loader.conf file:

代码: beastie_disable=”YES”

更多详细请参考 http://blog.haohtml.com/index.php/archives/3292

服务器上安装了一个服务,但总是时不时的出现问题,服务就自动自闭了,需要手动重启才可以的,可以通过下面的设置解决此问题,打开”管理工具”里的”服务”项,查看”属性”里的”恢复”顶,按照下面设置一下就可以了: 如图所示设置即可。

自己经常使用sqlserver,不怎么使用mysql.所以也对mysql不咋米了解。这里转两个帖子关于mysql中的InnoDB和MyIsAM的介绍，个人觉得还是不错的。

转载自 http://database.51cto.com 2009-05-19 09:58  邵宗文  IT168

链接：http://database.51cto.com/art/200905/122382.htm

浅谈MySQL存储引擎选择 InnoDB还是MyISAM

MyISAM 是MySQL中默认的存储引擎，一般来说不是有太多人关心这个东西。决定使用什么样的存储引擎是一个很tricky的事情，但是还是值我们去研究一下，这 里的文章只考虑 MyISAM 和InnoDB这两个，因为这两个是最常见的。

下面先让我们回答一些问题：

◆你的数据库有外键吗？

◆你需要事务支持吗？

◆你需要全文索引吗？

◆你经常使用 什么样的查询模式？

◆你的数据有多大？

思考上面这些问题可以让你找到合适的方向，但那并不是绝对的。如果你需要事务处理或是外键，那么InnoDB 可能是比较好的方式。如果你需要全文索引，那么通常来说 MyISAM是好的选择，因为这是系统内建的，然而，我们其实并不会经常地去测试两百万行记录。所以，就算是慢一点，我们可以通过使用Sphinx从 InnoDB中获得全文索引。

数据的大小，是一个影响你选择什么样存储引擎的重要因素，大尺寸的数据集趋向于选择InnoDB方式，因为其支持事务处理和故障恢复。数据库的在小 决定了故障恢复的时间长短，InnoDB可以利用事务日志进行数据恢复，这会比较快。而MyISAM可能会需要几个小时甚至几天来干这些事，InnoDB 只需要几分钟。

您操作数据库表的习惯可能也会是一个对性能影响很大的因素。比如： COUNT() 在 MyISAM 表中会非常快，而在InnoDB 表下可能会很痛苦。而主键查询则在InnoDB下会相当相当的快，但需要小心的是如果我们的主键太长了也会导致性能问题。大批的inserts 语句在MyISAM下会快一些，但是updates 在InnoDB 下会更快一些——尤其在并发量大的时候。

所以，到底你检使用哪一个呢？根据经验来看，如果是一些小型的应用或项目，那么MyISAM 也许会更适合。当然，在大型的环境下使用MyISAM 也会有很大成功的时候，但却不总是这样的。如果你正在计划使用一个超大数据量的项目，而且需要事务处理或外键支持，那么你真的应该直接使用InnoDB方 式。但需要记住InnoDB 的表需要更多的内存和存储，转换100GB 的MyISAM 表到InnoDB 表可能会让你有非常坏的体验。

转载自 http://database.51cto.com 2009-05-19 09:58  邵宗文  IT168

链接：http://database.51cto.com/art/200905/124370.htm

InnoDB还是MyISAM 再谈MySQL存储引擎的选择

两种类型最主要的差别就是Innodb 支持事务处理与外键和行级锁.而MyISAM不支持.所以MyISAM往往就容易被人认为只适合在小项目中使用。

我作为使用MySQL的用户角度出发，Innodb和MyISAM都是比较喜欢的，但是从我目前运维的数据库平台要达到需求：99.9%的稳定性， 方便的扩展性和高可用性来说的话，MyISAM绝对是我的首选。

原因如下：

1、首先我目前平台上承载的大部分项目是读多写少的项目，而MyISAM的读性能是比Innodb强不少的。

2、MyISAM的索引和数据是分开的，并且索引是有压缩的，内存使用率就对应提高了不少。能加载更多索引，而Innodb是索引和数据是紧密捆绑 的，没有使用压缩从而会造成Innodb比MyISAM体积庞大不小。

3、从平台角度来说，经常隔1，2个月就会发生应用开发人员不小心update一个表where写的范围不对，导致这个表没法正常用了，这个时候 MyISAM的优越性就体现出来了，随便从当天拷贝的压缩包取出对应表的文件，随便放到一个数据库目录下，然后dump成sql再导回到主库，并把对应的 binlog补上。如果是Innodb，恐怕不可能有这么快速度，别和我说让Innodb定期用导出xxx.sql机制备份，因为我平台上最小的一个数据 库实例的数据量基本都是几十G大小。

4、从我接触的应用逻辑来说，select count(*) 和order by 是最频繁的，大概能占了整个sql总语句的60%以上的操作，而这种操作Innodb其实也是会锁表的，很多人以为Innodb是行级锁，那个只是 where对它主键是有效，非主键的都会锁全表的。

以下是我4月2日在“ 2010年数据库技术大会”的演讲PPT，介绍了 Tokyo Cabinet Key-Value 数据库的性能优化关键参数，以及金山逍遥网在Tokyo Cabinet基础上实现的TCSQL实时列表缓存数据库(Version 1.3)。

点击下载dtcc_tc_tt_tcsql.pdf

如何使用LSI配置RAID1 X服务器中有一些集成LSI SCSI控制器的机型,在开机自检时按CTRL C可以配置两个硬盘的镜像。但是当升级BIOS之后，CTRL C中的一些设置发生了变化，配置方法也较以前的版本有些差异。 新版本的配置步骤：

1．启动服务器，在自检过程中按CTRL C键，进入到菜单（双通道LSI控制器）

2．选择硬盘所在SCSI通道回车

3．选择,回车。

4．发现两个硬盘，选择一个为主盘，在按减号。

5．系统提示按F3保存磁盘的数据，按Delete删除磁盘上的数据。如果这个磁盘上有操作系统，一定要选择F3.完成之后下面的[No]变成[Yes].

6. 在第二个磁盘上[No]的位置按减号：

7．系统警告这个磁盘上的信息会丢失，按DELETE删除这个磁盘上的所有数据，或者按任意键取消。按DELETE，第二个磁盘的[No]也会变成[Yes],重启系统，开始同步磁盘。 旧版本

1） 重启主机 按 CTRL-C 进入配置菜单 ，光标放在第一个通道上，按继续

2） 选择 DEVICE PROPERTIES 可发现硬盘，按回到前一菜单

3） 选择 MIRRORING PROPERTIES 按继续

4） 选择第一块硬盘 ，第三列mirror pair项，按-/+号 将其设为PRIMARY。

5） 选择第二块硬盘 ，第三列mirror pair项，按-/+号 将其设为SECONDE

6） 按ESC ，选择“SAVE CHANGE THEN EXIT THIS MENU”，按继续

7） 按ESC ，选择“EXIT THE CONFIGURATION UTITILY”，按继续

使用RAID的情况，最少你要装ServeRaid这个软件，一般你装最新的就OK了，随机应该有配，没有就去IBM网站上下载。 除了给你看到当前RAID的信息，是否有坏盘，更可以提前给你PFA警告，预测盘是否还在稳定运行。

如果想全面管理你的IBM硬件，装Director吧。

mysql忘记root 密码如何处理?

如果 MySQL 正在运行，首先结束mysql进程： killall mysqld

启动 MySQL (非正常方式起动)：/usr/local/mysql/bin/mysqld_safe –-skip-grant-tables &

这样就可以不需要密码进入 MySQL ：/usr/local/mysql/bin/mysql -u root -p　（要求输入密码时直接回车即可）

mysql> update user mysql.set password=password(”新密码”) where user=”root”;

mysql> flush privileges;

mysql> quit;

重新结束进程：killall mysqld

用正常方式启动 MySQL ：/usr/local/mysql/bin/mysqld_safe -user=mysql &

开始到sun公司的网站上去看，sun只提供Linux和windows的JDK下载。

在网上搜索freebsd和jdk大多是让freebsd开启linux软件的支持，然后安装linux下jdk，毕竟freebsd与Linux 还是去区别

后来，只好从http://www.freebsdfoundation.org/downloads/java.shtml下载diablo-caffe-freebsd6-i386-1.5.0_07-b01.tar.bz2 放到 /usr/ports/distfiles目录下

然后

cd /usr/ports/java/diablo-jdk16 make config //取消选项要不通不过 make install clean ; rehash

改一下目录名

cd /usr/local mv diablo-jdk1.6.0 jdk1.6

设置环境变量

setenv JAVA_HOME /usr/local/jdk16 setenv path $JAVA_HOME/bin

1）TTL值太小！TTL值小于你和对方主机之间经过的路由器数目。

2）路由器数量太多，经过路由器的数量大于TTL值

3)网络存在环路

用 TRACERT命令查看所经过的路由

#tracert 域名或者ip

本文作者原创，版权归查看有关“集思博客”的文章”>集思博客所有，转载请注明链接： http://gisblogs.net/article/09-05/266.html

一直在寻找一款有效的网站压力测试”的文章”>网站压力测试工具，今天试用了webbench之 后，感觉非常满意，特地于大家分享。

一、webbench简介

Webbench是有名的网站压力测试工具，它是由 Lionbridge公司（ http://www.lionbridge.com）开发。它的帮助文件和文档请到： www.webbench.com 上查看。 Webbech能测试处在相同硬件上，不同服务的性能以及不同硬件上同一个服务的运行状况。webBech的标准测试可以向我们展示服务器的 两项 内容：每秒钟相应请求数和每秒钟传输数据量。webbench不但能具有便准静态页面的测试能力，还能对动态页面（ASP,PHP,JAVA,CGI）进 行测试的能力。还有就是他支持对含有SSL的安全网站例如电子商务网站进行静态或动态的性能测试。

二、webbench安装

(1) 在FreeBSD下的用Ports安装方法：

#cd  /usr/ports/benchmarks/webbench

#make install clean

记得安装成功以后运行一下rehash命令，刷新一下系统命令

#rehash

(2)RedHat/CentOS 下的编译安装

下载安装包：wget http://gisblogs.net/upload/softs/webbench-1.5.tar.gz

#tar zxf webbench-1.5.tar.gz

#cd webbench-1.5

#make && make install

三、webbench使用

#webbench -?    (查看命令帮助)

常用参数 说明，-c 表示客户端数，-t 表示时间

测试实例：

#webbench -c 500  -t  30   http://127.0.0.1/phpionfo.php

测试静态图片

#webbench -c 500  -t  30   http://127.0.0.1/test.jpg

四、webbench测试结果

Webbench – Simple Web Benchmark 1.5 Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.

Before we download the ports collection lets install curl, a very useful tool that will help us download the ports archive itself. We do this using the pkg_add command.

# pkg_add -r curl

As simple as that. The previous command should download the packages from the remote repo (the -r option stands for “remote”) and install them. If everything goes according to plan you should output that resembles the following:

curl网站开发指南:

Curl是一个很强大的http命令行工具，其功能十分强大。

在FreeBSD下的安装教程参考这里: http://blog.haohtml.com/index.php/archives/3242

1. 二话不说，先从这里开始吧！ $ curl http://www.yahoo.com 回车之后，www.yahoo.com 的html就稀里哗啦地显示在屏幕上了    ~

2. 嗯，要想把读过来页面存下来，是不是要这样呢？ $ curl http://www.yahoo.com > page.html 当然可以，但不用这么麻烦的！ 用curl的内置option就好，存下http的结果，用这个option: -o $ curl -o page.html http://www.yahoo.com 这样，你就可以看到屏幕上出现一个下载页面进度指示。等进展到100%，自然就 OK咯

3. 什么什么？！访问不到？肯定是你的proxy没有设定了。 使用curl的时候，用这个option可以指定http访问所使用的proxy服务器及其端口： -x $ curl -x 123.45.67.89:1080 -o page.html http://www.yahoo.com

4. 访问有些网站的时候比较讨厌，他使用cookie来记录session信息。 像IE/NN这样的浏览器，当然可以轻易处理cookie信息，但我们的curl呢？….. 我们来学习这个option: -D $ curl -x 123.45.67.89:1080 -o page.html -D cookie0001.txt http://www.yahoo.com 这样，当页面被存到page.html的同时，cookie信息也被存到了cookie0001.txt里面了 5）那么，下一次访问的时候，如何继续使用上次留下的cookie信息呢？要知道，很多网站都是靠监视你的cookie信息，来判断你是不是不按规矩访问他们的网站的。 这次我们使用这个option来把上次的cookie信息追加到http request里面去： -b $ curl -x 123.45.67.89:1080 -o page1.html -D cookie0002.txt -b cookie0001.txt http://www.yahoo.com 这样，我们就可以几乎模拟所有的IE操作，去访问网页了！ 6）稍微等等    ~我好像忘记什么了    ~ 对了！是浏览器信息 有些讨厌的网站总要我们使用某些特定的浏览器去访问他们，有时候更过分的是，还要使用某些特定的版本     NND，哪里有时间为了它去找这些怪异的浏览器呢！？ 好在curl给我们提供了一个有用的option，可以让我们随意指定自己这次访问所宣称的自己的浏览器信息： -A $ curl -A “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)” -x 123.45.67.89:1080 -o page.html -D cookie0001.txt http://www.yahoo.com 这样，服务器端接到访问的要求，会认为你是一个运行在Windows 2000上的 IE6.0，嘿嘿嘿，其实也许你用的是苹果机呢！ 而”Mozilla/4.73 [en] (X11; U; Linux 2.2; 15 i686″则可以告诉对方你是一台 PC上跑着的Linux，用的是Netscape 4.73，呵呵呵 7）另外一个服务器端常用的限制方法，就是检查http访问的referer。比如你先访问首页，再访问里面所指定的下载页，这第二次访问的 referer地址就是第一次访问成功后的页面地址。这样，服务器端只要发现对下载页面某次访问的referer地址不是首页的地址，就可以断定那是个盗连了    ~ 讨厌讨厌 ~我就是要盗连    ~！！ 幸好curl给我们提供了设定referer的option： -e $ curl -A “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)” -x 123.45.67.89:1080 -e “mail.yahoo.com” -o page.html -D cookie0001.txt http://www.yahoo.com 这样，就可以骗对方的服务器，你是从mail.yahoo.com点击某个链接过来的了，呵呵呵 8）写着写着发现漏掉什么重要的东西了！——- 利用curl 下载文件 刚才讲过了，下载页面到一个文件里，可以使用 -o ，下载文件也是一样。比如， $ curl -o 1.jpg http://cgi2.tky.3web.ne.jp/~zzh/screen1.JPG 这里教大家一个新的option： -O 大写的O，这么用： $ curl -O http://cgi2.tky.3web.ne.jp/~zzh/screen1.JPG 这样，就可以按照服务器上的文件名，自动存在本地了！ 再来一个更好用的。 如果screen1.JPG以外还有screen2.JPG、screen3.JPG、….、screen10.JPG需要下载，难不成还要让我们写一个script来完成这些操作？ 不干！ 在curl里面，这么写就可以了： $ curl -O http://cgi2.tky.3web.ne.jp/~zzh/screen[1-10].JPG 呵呵呵，厉害吧？！ ~ 9）再来，我们继续讲解下载！ $ curl -O http://cgi2.tky.3web.ne.jp/~{zzh,nick}/[001-201].JPG 这样产生的下载，就是 ~zzh/001.JPG ~zzh/002.JPG … ~zzh/201.JPG ~nick/001.JPG ~nick/002.JPG … ~nick/201.JPG 够方便的了吧？哈哈哈 咦？高兴得太早了。 由于zzh/nick下的文件名都是001，002…，201，下载下来的文件重名，后面的把前面的文件都给覆盖掉了 ~ 没关系，我们还有更狠的！ $ curl -o #2_#1.jpg http://cgi2.tky.3web.ne.jp/~{zzh,nick}/[001-201].JPG —这是…..自定义文件名的下载？ —对头，呵呵！ 这样，自定义出来下载下来的文件名，就变成了这样：原来： ~zzh/001.JPG —-> 下载后： 001-zzh.JPG 原来： ~nick/001.JPG —-> 下载后： 001-nick.JPG 这样一来，就不怕文件重名啦，呵呵 9）继续讲下载 我们平时在windows平台上，flashget这样的工具可以帮我们分块并行下载，还可以断线续传。curl在这些方面也不输给谁，嘿嘿 比如我们下载screen1.JPG中，突然掉线了，我们就可以这样开始续传 $ curl -c -O http://cgi2.tky.3wb.ne.jp/~zzh/screen1.JPG 当然，你不要拿个flashget下载了一半的文件来糊弄我    别的下载软件的半截文件可不一定能用哦 ~ 分块下载，我们使用这个option就可以了： -r 举例说明 比如我们有一个 http://cgi2.tky.3web.ne.jp/~zzh/zhao1.mp3 要下载（赵老师的电话朗诵 😀 ）我们就可以用这样的命令： $ curl -r 0-10240 -o “zhao.part1” http:/cgi2.tky.3web.ne.jp/~zzh/zhao1.mp3 &
   $ curl -r 10241-20480 -o “zhao.part1” http:/cgi2.tky.3web.ne.jp/~zzh/zhao1.mp3 &
   $ curl -r 20481-40960 -o “zhao.part1” http:/cgi2.tky.3web.ne.jp/~zzh/zhao1.mp3 &
   $ curl -r 40961- -o “zhao.part1” http:/cgi2.tky.3web.ne.jp/~zzh/zhao1.mp3 这样就可以分块下载啦。不过你需要自己把这些破碎的文件合并起来如果你用UNIX或苹果，用 cat zhao.part* > zhao.mp3就可以如果用的是Windows，用copy /b 来解决吧，呵呵 上面讲的都是http协议的下载，其实ftp也一样可以用。用法嘛， $ curl -u name:passwd ftp://ip:port/path/file 或者大家熟悉的 $ curl ftp://name:passwd@ip:port/path/file

[文章作者：张宴 本文版本：v1.1 最后修改：2008.06.19 转载请注明原文链接： http://blog.s135.com/post/352/]

Nginx 超越Apache的高性能和稳定性，使得国内使用 Nginx 作为 Web 服务器的网站也越来越多，其中有新浪、网易、腾讯等门户网站，六间房、酷6等视频分享网站，Discuz!、水木社区等知名论坛，豆瓣、YUPOO等新兴Web 2.0网站。

Nginx 在国内的应用正在不断发展壮大！

一、使用 Nginx 运行 PHP(FastCGI) 程序的网站：

1、六间房视频（ http://www.6.cn/）：nginx/0.6.14 + PHP

[root@new-host ~]# curl –head http://6.cn/reg.php

HTTP/1.0 200 OK

Server: nginx/0.6.14

Date: Wed, 18 Jun 2008 00:58:20 GMT

Content-Type: text/html

Vary: Accept-Encoding

X-Cache: MISS from YZ-W-146

X-Cache-Lookup: MISS from YZ-W-146:80

Via: 1.0 YZ-W-146 (squid/3.0.STABLE1.dev)

Connection: close

2、Discuz!官方论坛（ http://www.discuz.net/）：nginx/0.7.2 + PHP/5.2.6

[root@new-host ~]# curl –head http://www.discuz.net/index.php

HTTP/1.1 200 OK

Server: nginx/0.7.2

Date: Wed, 18 Jun 2008 00:57:16 GMT

webbench最多可以模拟3万个并发连接去测试网站的负载能力，个人感觉要比Apache自带的ab压力测试工具好，安装使用也特别方便。

1、适用系统：Linux

2、编译安装：

wget http://blog.s135.com/soft/linux/webbench/webbench-1.5.tar.gz

tar zxvf webbench-1.5.tar.gz

cd webbench-1.5

make && make install

3、使用：

webbench -c 500 -t 30 http://127.0.0.1/test.jpg

参数说明：-c表示并发数，-t表示时间(秒)

4、测试结果示例：

Webbench – Simple Web Benchmark 1.5

Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.Benchmarking: GET http://127.0.0.1/test.jpg

500 clients, running 30 sec.

Speed=3230 pages/min, 11614212 bytes/sec. Requests: 1615 susceed, 0 failed.