1、如果未安装Apache。编译时，加上–enable-deflate，例如：（仅针对Linux版，Windows版无须此步骤） ./configure –prefix=/usr/local/apache –enable-rewrite –enable-so –enable-deflate

2、如果已安装Apache。添加mod_deflate模块，例如：（仅针对Linux版，Windows版无须此步骤） /usr/local/apache/bin/apxs -i -a -c /home/zhangyan/software/httpd-2.0.59/modules/filters/mod_deflate.c 注：/home/zhangyan/software/httpd-2.0.59/为Apache源码路径。

3、进行以上步骤后，会在httpd.conf中自动加入一行：（Windows版请将下行最前面的#号去掉）

LoadModule deflate_module     modules/mod_deflate.so

4、 编辑httpd.conf，增加： Linux版：

DeflateCompressionLevel 9

SetOutputFilter DEFLATE

#DeflateFilterNote Input instream

#DeflateFilterNote Output outstream

#DeflateFilterNote Ratio ratio

#LogFormat ‘”%r” %{outstream}n/%{instream}n (%{ratio}n%%)’ deflate

#CustomLog logs/deflate_log.log deflate

Windows版：

DeflateCompressionLevel 9

SetOutputFilter DEFLATE

#DeflateFilterNote Input instream

#DeflateFilterNote Output outstream

#DeflateFilterNote Ratio ratio

#LogFormat ‘”%r” %{outstream}n/%{instream}n (%{ratio}n%%)’ deflate

#CustomLog logs/deflate_log.log deflate

如果将#号去掉，可以在logs/deflate_log.log日志文件中看到文件压缩前后的字节数、压缩比，例如： “GET /index.html HTTP/1.1″ 49373/276249 (17%) 压缩前的字节数为276249，压缩后的字节数为49373，压缩比为17%

YSlow分析网页,并提出如何提高其性能的基础上一套规则,高性能的网页。我搜索一下”Yslow使用说明“，发现都是旧版本Yslow的使用介 绍。于是翻译了一下yahoo官方关于新版Yslow的的使用帮助，希望给初次使用Yslow的朋友一些帮助。

注：英文不是很好，对着翻译软件翻译的，有不对的地方，大家指正。

安装 YSlow

先安装 Firebug https://addons.mozilla.org/en-US/firefox/addon/1843

Firebug 帮助文档 http://www.getfirebug.com/docs.html.

再下载安装 http://developer.yahoo.com/yslow

使用Yslow

Yslow是运行在Firebug窗口下，所有要运行Yslow，必须安装Firebug。

有两种方法启动Yslow

1、打开Firebug窗口，选择Yslow选项。

2、直接点击浏览器右下角的Yslow启动按钮。

你第一次打开Yslow时，以下图像作为Firebug的一部分被显示在的浏览器窗口。

点击 Run Test 运行Yslow，也可以点击 Grade, Components, 或Statistics选项开始对页面的分析。

你可以选择 Autorun YSlow each time a web page is loaded 它将自动对以后打开页面进行分析，

您也可以右击YSlow状态栏，然后选择或取消自动运行。

Yslow视图

YSlow显示测试结果的分析,分为等级、组件、统计信息。你可以浏览这些观点之间选择标签以观的名字在YSlow标签的Firebug控制台。

以下是说明的等级、组件、统计信息。

一、等级视图

查看一个分析,选择页面的性能等级标签或点击网页的字母等级在状态栏这页纸的底部。

视图显示了等级为网页的成绩单。整个字母等级为页面显示在顶部随着全面数值的表现。这个页面是基于22可分级的高性能网页的规则(见性能规则)。这些规则是列在按重要性的顺序,从最重要不重要。从 A 级到 F 级，A 级为最高。

下面是一个等级的例子：

如果页面与某一个规则无关，则显示 N/A ，表示不适用。

点击每一规则，都给出了改进建议。要查看更全面的改进方法进入前端性能优化指南

二、组件视图

分组显示页面组件，表格列出组件的信息，点击 Expand All展开显示给个分 组内各的组件信息。

下面简要列在组件检视表：

TYPE：该组件的类 型。该网页是由组成部分的下列类型： doc, js, css, flash, cssimage, image, redirect, favicon, xhr, and iframe.

在 [Yahoo][1] 开 发者网站上，Yahoo 提出了 优 化网站性能的N条规则(Best Practices for Speeding Up Your Web Site)。这些规则是：

1. 尽可能的减少 HTTP 的请求数(Minimize HTTP Requests) ——　Tag: content

2. 使用 CDN(Use a Content Delivery Network) ——　Tag: server

3. 添加 Expires 头(或者 Cache-control ) (Add an Expires or a Cache-Control Header) ——　Tag: server

4. Gzip 组件(Gzip Components) ——　Tag: server

5. 将 CSS 样式放在页面的上方 (Put Stylesheets at the Top) ——　Tag: css

6. 将脚本移动到底部（包括内联的）(Put Scripts at the Bottom) ——　Tag: javascript

使用ETag和Expires调优web 服务器性能

正确使用Etag和Expires标识处理，可以使得页面更加有效被Cache。

在客户端通过浏览器发出第一次请求某一个URL时，根据 HTTP 协议的规定，浏览器会向服务器传送报头(Http Request Header)，服务器端响应同时记录相关属性标记(Http Reponse Header)，服务器端的返回状态会是200，格式类似如下：

HTTP/1.1 200 OK

Date: Tue, 03 Mar 2009 04:58:40 GMT

Content-Type: image/jpeg

Content-Length: 83185

Last-Modified: Tue, 24 Feb 2009 08:01:04 GMT

Cache-Control: max-age=2592000

Expires: Thu, 02 Apr 2009 05:14:08 GMT

Etag: “5d8c72a5edda8d6a:3239″

客户端第二次请求此URL时，根据 HTTP 协议的规定，浏览器会向服务器传送报头(Http Request Header)，服务器端响应并记录相关记录属性标记文件没有发生改动,服务器端返回304，直接从缓存中读取：

2. HTTP/1.x 304 Not Modified

3. Date: Tue, 03 Mar 2009 05:03:56 GMT

4. Content-Type: image/jpeg

5. Content-Length: 83185

6. Last-Modified: Tue, 24 Feb 2009 08:01:04 GMT

平时我用一般用Yslow这个ff下的插件来检查网页的好坏,其中有一项为添加文件过期头.

实施这一方法将节省你难以置信数额的带宽，极大地加快你的网站为你的网站访客。基本上，对于图片，CSS ， JavaScript以及其他文件可以通过优化更快的下载，告诉你的网站访问者快取记忆体，为他们在某一段时间内。默认的行为是每一次请求检查文件的 last-modified 和/或者 Etag headers。 所以一个用户去/home/index.html，及浏览器缓存所有图象和文件。然后用户离开网站稍后回来，与浏览器发送If-Modified- Since 有条件的GET 请求为每一个缓存的项目时，基本上看，如果文件已被改变和他们必须更新他们的缓存。

当你执行在这篇文章中所述的缓存方法，你可以指定某文件或扩展名被缓存为某一特定数额的时间。这些文件然后缓存在你的网站访客和他们不发送If- Modified-Since头直到设置的缓存时间已经到了。 #================================================= ============================# # TIME CHEAT SHEET #================================================= ============================# # 300 5 M # 604800 1 W # 2700 45 M # 1814400 3 W # 3600 1 H # 2419200 1 M # 54000 15 H # 14515200 6 M # 86400 1 D # 26611200 11 M # 518400 6 D # 29030400 1 Y (never expire)

在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