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

鉴于国内外还没有人撰写如何安装Memcache_engine的文章，于是，我根据自己的编译安装步骤，写下此文。

Memcache_engine是一个MySQL 5.1数据库的存储引擎，它能够让用户通过标准的SQL语句（SELECT/UPDATE/INSERTE/DELETE）访问Memcached（还支 持新浪的 Memcachedb、 dbcached）中 存放的数据。

限制： 1、Memcache表必须有主键。 2、只能使用主 键去查询，即只能使用SELECT … FROM … WHERE id = … 方式去查询。 3、不支持自增ID。

安装与使用： 1、编译安装memcache_engine的步骤：

cd /tmp

wget http://dev.mysql.com/get/Downloads/MySQL-5.1/mysql-5.1.26-rc.tar.gz/from/http://mirror.x10.com/mirror/mysql/

tar zxvf mysql-5.1.26-rc.tar.gz

#安装、配置MySQL的步骤省略，注意不要以静态方式编译安装。

wget http://download.tangent.org/libmemcached-0.23.tar.gz

tar zxvf libmemcached-0.23.tar.gz

cd libmemcached-0.23/

./configure –prefix=/usr/local/memcache_engine

make

make install

cd ../

wget http://xmlsoft.org/sources/libxml2-2.6.32.tar.gz

tar zxvf libxml2-2.6.32.tar.gz

cd libxml2-2.6.32/

./configure –prefix=/usr/local/memcache_engine

make

make install

cd ../

wget http://download.tangent.org/libxmlrow-0.2.tar.gz

tar zxvf libxmlrow-0.2.tar.gz

cd libxmlrow-0.2/

export PKG_CONFIG_PATH=/usr/local/memcache_engine/lib/pkgconfig/

./configure –prefix=/usr/local/memcache_engine

make

make install

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

key-value分布式存储系统查询速度快、存放数据量大、支持高并发，非常适合通过主键进行查询，但不能进行复杂的条件查询。如果辅以Real- Time Search Engine（实时搜索引擎）进行复杂条件检索、全文检索，就可以替代并发性能较低的MySQL等关系型数据库，达到高并发、高性能，节省几十倍服务器数 量的目的。以MemcacheDB、Tokyo Tyrant为代表的key-value分布式存储，在上万并发连接下，轻松地完成高速查询。而MySQL，在几百个并发连接下，就基本上崩溃了。

虽然key-value分布式存储具有极高的性能，但是只能做类似于MySQL的SELECT * FROM table WHERE id = 123;简单主键查询。

“搜索索引引擎＋key-value分布式存储”能够实现高并发的复杂条件查询、全文检索与数据显示。但是， 由于索引更新需要时间，目前还不能实现完全意义上的Real-Time Search（实时搜索），只能称之为Near Real-Time Search（准实时搜索）。“搜索索引引擎＋key-value分布式存储”除了做全文检索外，还可以在允许的索引延迟范围内，取代MySQL进行复杂 条件查询。

我的文章《 亿级数据的高并发通用搜索引擎架构设计》的程序编码已经完成，第一轮测试昨天已经结束，能够在高并发情况下实现 1分钟内索引更新，属于“Near Real-Time Search Engine（准实时搜索引擎）＋key-value分布式存储”应用。其中，索引引擎采用Sphinx，存储采用key-value分布式数据库 Tokyo Tyrant。

以下是常见的key-value分布式存储系统：

其中，以下几款值得关注：

1、 Hypertable：它是搜索引擎公司Zvents根据Google的9位研究人员在2006年发表的一篇论 文《 Bigtable： 结构化数据的分布存储系统》开发的一款开源分布式数据储存系统。Hypertable是按照1000节点比例设计，以 C++撰写，可架在 HDFS 和 KFS 上。尽管还在初期阶段，但已有不错的效能：写入 28M 列的资料，各节点写入速率可达7MB/s，读取速率可达 1M cells/s。Hypertable目前一直没有太多高负载和大存储的应用实例，但是最近，Hypertable项目得到了 百度 的赞助支持，相信其会有更好的发展。

2、 Tokyo Tyrant：它是日本最大的SNS社交网站 mixi.jp 开发的 Tokyo Cabinet key-value数据库网络接口。它拥有Memcached兼容协议，也可以通过HTTP协议进行数据交换。对任何原有Memcached客户端来讲， 可以将Tokyo Tyrant看成是一个Memcached，但是，它的数据是可以持久存储的。Tokyo Tyrant 具有故障转移、日志文件体积小、大数据量下表现出色等优势，详见： http://blog.s135.com/post/362.htm

Tokyo Cabinet 2009年1月18日发布的新版本（Version 1.4.0）已经实现 Table Database，将key-value数据库又扩展了一步，有了MySQL等关系型数据库的表和字段的概念，相信不久的将来，Tokyo Tyrant 也将支持这一功能。值得期待。

3、 CouchDB：它是Apache社区 基于 Erlang/OTP 构建的高性能、分布式容错非关系型数据库系统（NRDBMS）。它充分利用 Erlang 本身所提供的高并发、分布式容错基础平台，并且参考 Lotus Notes 数据库实现，采用简单的文档数据类型（document-oriented）。在其内部，文档数据均以 JSON 格式存储。对外，则通过基于 HTTP 的 REST 协议实现接口，可以用十几种语言进行自由操作。

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

Nginx从0.7.48版本开始，支持了类似Squid的缓存功能。这个缓存是把URL及相关组合当作Key，用md5编码哈希后保存在硬盘上，所以 它可以支持任意URL链接，同时也支持404/301/302这样的非200状态码。虽然目前官方的Nginx Web缓存服务只能为指定URL或状态码设置过期时间，不支持类似Squid的PURGE指令，手动清除指定缓存页面，但是，通过一个第三方的Nginx 模块，可以清除指定URL的缓存。

Nginx的Web缓存服务主要由proxy_cache相关指令集和fastcgi_cache 相关指令集构成，前者用于反向代理时，对后端内容源服务器进行缓存，后者主要用于对FastCGI的动态程序进行缓存。两者的功能基本上一样。

最新的Nginx 0.8.32版本，proxy_cache和fastcgi_cache已经比较完善，加上第三方的ngx_cache_purge模块（用于清除指定 URL的缓存），已经可以完全取代Squid。我们已经在生产环境使用了 Nginx 的 proxy_cache 缓存功能超过两个月，十分稳定，速度不逊于 Squid。

在功能上，Nginx已经具备Squid所拥有的Web缓存加速功能、清除 指定URL缓存的功能。而在性能上，Nginx对多核CPU的利用，胜过Squid不少。另外，在反向代理、负载均衡、健康检查、后端服务器故障转移、 Rewrite重写、易用性上，Nginx也比Squid强大得多。这使得一台Nginx可以同时作为“负载均衡服务器”与“Web缓存服务器”来使用。

1、Nginx 负载均衡与缓存服务器在 Linux 下的编译安装：

ulimit -SHn 65535

wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.00.tar.gz

tar zxvf pcre-8.00.tar.gz

cd pcre-8.00/

./configure

make && make install

cd ../

wget http://labs.frickle.com/files/ngx_cache_purge-1.0.tar.gz

tar zxvf ngx_cache_purge-1.0.tar.gz

wget http://nginx.org/download/nginx-0.8.32.tar.gz

tar zxvf nginx-0.8.32.tar.gz

cd nginx-0.8.32/

./configure –user=www –group=www –add-module=../ngx_cache_purge-1.0 –prefix=/usr/local/webserver/nginx –with-http_stub_status_module –with-http_ssl_module

make && make install

cd ../

2、/usr/local/webserver/nginx/conf/nginx.conf 配置文件内容如下：

user  www www;

worker_processes 8;

Squid是一个缓存Internet数据的高性能代理服务器软件。当一个用户想要访问一个网页或下载一个文件时，会首先向Squid发出访问请求， 由Squid代替其进行网页或文件下载，Squid在把该网页或文件传给用户的同时会在本机保留一个缓存备份。当别的用户访问同样的网页时，Squid会 把保存的网页备份立即传给用户，使用户觉得速度相当快，同时也降低了后端数据来源Web服务器的压力。Squid可以代理HTTP、FTP、 GOPHER、SSL和WAIS协议，暂不能代理POP3、NNTP等协议。Squid可以工作在很多操作系统中，如AIX、Digital、Unix、 FreeBSD、HP-UX、Irix、Linux、NetBSD、Nextstep、SCO、Solaris、OS/2等。

目前 Squid已经在新浪、搜狐、网易、腾讯等各大门户网站广泛使用，成为必不可少的服务器软件之一。

《Squid中文权威手册》由 Squid创始人 Duane Wessels 所著的英文版《Squid: The Definitive Guide》翻译而来，其译者曾在新浪、网易工作过。

在线版： http://blog.s135.com/book/squid/ （便于阅读与查询）

PDF版： http://ishare.iask.sina.com.cn/cgi-bin/fileid.cgi?fileid=1998985 （排版规范，可下载后打印出来看）

httpd_vhosts.conf文件内容

DocumentRoot “d:/site/papake.cn” DirectoryIndex index.htm index.php

Options Indexes MultiViews AllowOverride None order allow,deny Allow from all Options FollowSymLinks Includes

RewriteEngine on RewriteLog       logs/re.log RewriteLogLevel  1 RewriteCond %{HTTP_HOST} ^[a-zA-Z0-9-]+.papake.cn$ RewriteCond %{HTTP_HOST} !^(www).papake.cn$ RewriteRule ^/?$ /%{HTTP_HOST} [NC] RewriteRule ^/([a-zA-Z0-9-]+).papake.cn/?$ http://www.papake.cn/$1 [P,L]

RewriteLog “D:/Apache2.2/logs/rewrite.log”

以上要实现输入lihai.papake.cn的网址，实现处理的是www.papake.cn/lihai此文件夹里的内容的,除了www这个以外.

需要启用的模块有：

LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_connect_module modules/mod_proxy_connect.so LoadModule proxy_http_module modules/mod_proxy_http.so

PHP勿庸置疑是非常强大的服务器端脚本语言，但是强大的功能总是伴随着重大的危险， 在这章里，你将学习到使用PHP的安全模式来阻止一些PHP潜在的危险因素。 【 安全模式 】

PHP的安全模式提供一个基本安全的共享环境，在一个有多个用户帐户存在的PHP开放的Web服务器上。当一个Web服务器上运行的PHP打开了安全模 式，那么一些函数将被完全的禁止，并且会限制一些可用的功能。

[ 使用安全模式来强制限制 ] 在安全模式下，一些尝试访问文 件系统的函数功能将被限制。运行Web服务器用户ID，如果想要操作某个文件，则必须拥有该文件读取或者写入的访问权限，实现这个限制功能对于PHP来说 是没有问题的。

在 安全模式开启的时候，尝试读取或者写入一个本地文件的时候，PHP将检查当前访问用户是否是该目标文件的所有者。如 果不是所有者，则该操作会被禁止。(写 入权限：在较低级别的文件访问权限下，可能会允许读取或者写入系统操作系统的文件，通过PHP的安全模式实现了防止你操作 另外一个用户文件的操作。当然， 一个Web服务器可能能够访问一个具有全局写入权限的任意文件。)

当安全模式打开的时候，以下函数列 表的功能将会受到限制：

chdir , move_uploaded_file, chgrp, parse_ini_file, chown, rmdir, copy, rename, fopen, require, highlight_file, show_source, include, symlink, link, touch, mkdir, unlink

同样的，一些PHP扩展中的函数也将会受到影响。(加载模块：在安全模式下dl函数将被禁止，如果要加载扩展的话，只能修改 php.ini中的扩展选项，在PHP启动的时候加载)

在PHP安全模式打开的时候，需要执行操作系统程序的时候，必须是在 safe_mode_exec_dir选项指定目录的程序，否则执行将失败。即使允许执行，那么也会自动的传递给escapeshellcmd函数进行过滤。

以下执行命令的函数列表将会受到影响： exec, shell_exec, passthru, system, popen

另外，背部标记操作符(`)也将被关闭。

当运行在安全模式下，虽然不会引起错误，但是 putenv 函数将无效。 同样的，其他一些尝试改变PHP环境变量的函数set_time_limit, set_include_path 也将被忽略。

[ 打开安全模式 ] 打开或者关闭PHP的安全模式是利用php.ini中的safe_mode选项。如果要激活安全模式给当前 所有共享Web服务器的用户，只要设置配置选项为：

safe_mode = On

当函数在访问文件系统的时候将进行文件所有者的检查。缺省情况下，会检查该文件所有者的用户ID，当你能够修改文 件所有者的组ID(GID)为 safe_mode_gid 选项所指定的。

如 果你有一个共享库文件在你的系统上，当你碰到需要include或require的时候，那么你可以使用 safe_mode_include_dir 选项来设置你的路径，保证你的代码正常工作。(包含路径： 如果你想要使用 safe_mode_include_dir 选项包含更多的包含路径，那么你可以象 include_path 选项一样，在Unix/Linux系统下使用冒号进行分割，在Windows下使用分号进行分割)

PHP 和 HTML 最简单的交互是通过 print 和 echo 语句来实现的，在实际使用中， print 和 echo 两者的功能几 乎是完全一样。可以这么说，凡是有一个可以使用的地方，另一个也可以使用。但是，两者之间也还是一个非常重要的区别：在 echo 函数中，可以同时输出 多个字符串，而在 print 函数中则只可以同时输出一个字符串。同时，echo函数并不需要圆括号，所以echo函数更像是语句而不像是函数。

echo 和 print 都不是函数，而是语言结构，所以圆括号都不是必需的。

echo命令和print命令相同，没有区别 ； echo函数和print函数有区别； print()有返 回值，当其执行失败（比如断线）时返回flase； printf()和sprintf()类似，均为格式化输出，不同的是前者输出到 标准输出，后者输出到变量。

他们的区别在于： (1) echo可以输出多个字符串，像下面这样： echo ‘a’,’b’,’c’; 如果你非要加上圆括号，注意写成echo (‘a’,’b’,’c’);是错误的，应该写成： echo (‘a’),(‘b’),(‘c’); 它没有像函数的行为，所以不能用于函数的上下文.

(2) print只能输出一个字符串，它可以表现得像一个函数，比如你可以如下使用： ＄ret = print ‘Hello World’; 所有它能用在更复杂的表达式中。

另外，echo的效率相对比较快～

如下代码：

’;//echo 可以用逗号分隔 字符串变量来显示print ＄a.＄b.’’;//而print不能使用逗号，只能用点号分 隔，print ＄a,＄b.’’;//使用逗号时报错。 ?>

echo     命令和     print     命令     相同，没有区别 echo     函数     和     print     函数     有区别。 echo()     无返回值，与echo     命令相同 print()     有返回值，成功，返1，false,返0.

以PHP5.1.4，Windows平台为例（其它PHP版本，其它平台请参看官网文档）： 1． 在 http://www.xdebug.org/download.php 下载适合自己php版本的php_xdebug- 2.0.1-5.1.2.dll【有附件提供下载，如果按照以下步骤完成后 phpinfo任无法显示xdebug，那么建议重新下载其他xdebug.dll文件试试 】； 2． 将下载的xdebug.dll放到php\ext目录里,可以重命名也可以不重命名，这里我没有重命名。 3． 编辑php.ini，加入下面几行：

extension=php_xdebug-2.0.1-5.1.2.dll

;xdebug配置 [Xdebug] ;开启自动跟踪 xdebug.auto_trace = On ;开启异常跟踪 xdebug.show_exception_trace = On ;开启远程调试自动启动 xdebug.remote_autostart = On ;开启远程调试 xdebug.remote_enable = On ;收集变量 xdebug.collect_vars = On ;收集返回值 xdebug.collect_return = On ;收集参数 xdebug.collect_params = On

xdebug.profiler_enable=on xdebug.trace_output_dir=”D:/php/xdebug” xdebug.profiler_output_dir=”D:/php/xdebug”  //(用来存放性能分析文件,可自由定义目录)

重启Apache；

写一个test.php，内容为，如果输出的内容中有看到xdebug，说明安装配置成功。 xdebug support

enabled

Version

2.0.2-dev

xdebug+WinCacheGrind【有附件提供下载】将能更好的分析代码,启动WinCacheGrind，然后在 tools—options里设置working folder为刚才xdebug中指定的分析文件目录：D:/php/xdebug即可。

写一个简单的错误代码测试：

testXdebug();

function testXdebug() {

requireFile();

} function requireFile() {

require_once(‘abc.php’);

} ?>

此时IE页面的报错也很显示，D:/php/xdebug目录下也会出现相应的错误报告文件，用WinCacheGrind打开查看也 很详细。当然xdebug也可以很好的结合eclipse检查报错信息，还有待研究。

使用Xdebug调试和优化PHP程序系列教程之WinCacheGrind，教你如何利用Xdebug 配合WinCacheGrind工具来检测PHP代码的效率以及分析PHP代码。

另外还有一个结果分析展示工具webgrind。可参考： http://blog.sina.com.cn/s/blog_635833b3010127q5.html

有时候代码没有明显的编写错误，没有显示任何错误信息（如 error、warning、notice等），但是这不表明代码就是正确无误的。有时候可能某段代码执行时间过长，占用内存过多以致于影响整个系统的效 率，我们没有办法直接看出来是哪部份代码出了问题。这时候我们希望把代码的每个阶段的运行情况都监控起来，写到日志文件中去，运行一段时间后再进行分析， 找到问题所在。

回忆一下，之前我们编辑php.ini文件 加入

[Xdebug]<br /> xdebug.profiler_enable=on<br /> xdebug.trace_output_dir="I:\Projects\xdebug"<br /> xdebug.profiler_output_dir="I:\Projects\xdebug"

这几行，目的就在于把执行情况的分析文件写入到”I:\Projects\xdebug”目录中去 （你可以替换成任何你想设定的目录）。如果你执行某段程序后，再打开相应的目录，可以发现生成了一堆文件，例如 cachegrind.out.1169585776这种格式命名的文件。这些就是 Xdebug生成的分析文件。用编辑器打开你可以看到很多程序运行的相关细节信息，不过很显然这样看太累了，我们需要用图形化的软件来查看。

安装教程也可以参考这里： http://blog.haohtml.com/index.php/archives/3096

WinCacheGrind 下载 在Windows平台下，可以用 WinCacheGrind(wincachegrind.souceforge.net)这个软件来打开这些文件。可以直观漂亮地显示其中内容： 哇，非常漂亮，我们很直观地看到 index.php中我们调用了一个函数testXdebug()，testXdebug()中又调用了requireFile()函数。这样我们就可以 非常方便地查看整个脚本的程序结构。 另外，我们还可以看到每个函数被调用的次数及执行所花费的时间！这对于测试程序性能非常有用。 好了，这么一个简单的程序不太能 显示出Xdebug+WinCacheGrind的强大，我给出一个稍大点的例子（一个基于Zend Framework的CMS的index.php）： 从上图可以看到：整个程序的结构， 每个函数被调用的次数，执行时间都一目了然。 WinCacheGrind 小结： Xdebug提供了各种自带的函数，并对已有的某些PHP函数进行覆写，可以方便地用于调试排错；Xdebug还可以跟 踪程序的运行，通过对日志文件的分析，我们可以迅速找到程序运行的瓶颈所在，提高程序效率，从而提高整个系统的性能。

Self是代表此Funcion自己花费的时间，不包含此Function调用的其他Function。

Cum则是此Funcion整体花费的时间，包含此Function调用的其他Function。

查看 MySQL 語法 詳細執行時間 與 CPU/記憶體使用量: MySQL Query Profiler

MySQL 的 SQL 語法調整主要都是使用 EXPLAIN , 但是這個並沒辦法知道詳細的 Ram(Memory)/CPU 等使用量.

於 MySQL 5.0.37 以上開始支援 MySQL Query Profiler, 可以查詢到此 SQL 會執行多少時間, 並看出 CPU/Memory 使用量, 執行過程中 System lock, Table lock 花多少時間等等.

MySQL Query Profile 詳細介紹可見: Using the New MySQL Query Profiler (2007.04.05 發表)

效能分析主要分下述三種(轉載自上篇):

• Bottleneck analysis – focuses on answering the questions: What is my database server waiting on; what is a user connection waiting on; what is a piece of SQL code waiting on?
• Workload analysis – examines the server and who is logged on to determine the resource usage and activity of each.
• Ratio-based analysis – utilizes a number of rule-of-thumb ratios to gauge performance of a database, user connection, or piece of code.

MySQL Query Profile 使用方法

啟動

• mysql> set profiling=1; # 此命令於 MySQL 會於 information_schema 的 database 建立一個 PROFILING 的 table 來紀錄.

SQL profiles show

• mysql> show profiles; # 從啟動之後所有語法及使用時間, 含錯誤語法都會紀錄.
• ex: (root@localhost) [test]> show profiles; # 注意 Query_ID, 下面執行時間統計等, 都是依 Query_ID 在紀錄

+----------+------------+---------------------------+
	| Query_ID | Duration   | Query                     |
	+----------+------------+---------------------------+
	|        1 | 0.00090400 | show profile for query 1  |
	|        2 | 0.00008700 | select * from users       |
	|        3 | 0.00183800 | show tables               |
	|        4 | 0.00027600 | mysql> show profiles      |
	+----------+------------+---------------------------+

查詢所有花費時間加總

• mysql> select sum(duration) from information_schema.profiling where query_id=1; # Query ID = 1

+---------------+
	| sum(duration) |
	+---------------+
	|      0.000447 |
	+---------------+

查詢各執行階段花費多少時間

• mysql> show profile for query 1; # Query ID = 1

+--------------------+------------+
	| Status             | Duration   |
	+--------------------+------------+
	| (initialization)   | 0.00006300 |
	| Opening tables     | 0.00001400 |
	| System lock        | 0.00000600 |
	| Table lock         | 0.00001000 |
	| init               | 0.00002200 |
	| optimizing         | 0.00001100 |
	| statistics         | 0.00009300 |
	| preparing          | 0.00001700 |
	| executing          | 0.00000700 |
	| Sending data       | 0.00016800 |
	| end                | 0.00000700 |
	| query end          | 0.00000500 |
	| freeing items      | 0.00001200 |
	| closing tables     | 0.00000800 |
	| logging slow query | 0.00000400 |
	+--------------------+------------+

查詢各執行階段花費的各種資源列表

• mysql> show profile cpu for query 1; # Query ID = 1

+--------------------------------+----------+----------+------------+
	| Status                         | Duration | CPU_user | CPU_system |
	+--------------------------------+----------+----------+------------+
	| (initialization)               | 0.000007 | 0        | 0          |
	| checking query cache for query | 0.000071 | 0        | 0          |
	| Opening tables                 | 0.000024 | 0        | 0          |
	| System lock                    | 0.000014 | 0        | 0          |
	| Table lock                     | 0.000055 | 0.001    | 0          |
	| init                           | 0.000036 | 0        | 0          |
	| optimizing                     | 0.000013 | 0        | 0          |
	| statistics                     | 0.000021 | 0        | 0          |
	| preparing                      | 0.00002  | 0        | 0          |
	| executing                      | 0.00001  | 0        | 0          |
	| Sending data                   | 0.015072 | 0.011998 | 0          |
	| end                            | 0.000021 | 0        | 0          |
	| query end                      | 0.000011 | 0        | 0          |
	| storing result in query cache  | 0.00001  | 0        | 0          |
	| freeing items                  | 0.000018 | 0        | 0          |
	| closing tables                 | 0.000019 | 0        | 0          |
	| logging slow query             | 0.000009 | 0        | 0          |
	+--------------------------------+----------+----------+------------+

• mysql> show profile IPC for query 1;

+--------------------------------+----------+---------------+-------------------+
	| Status                         | Duration | Messages_sent | Messages_received |
	+--------------------------------+----------+---------------+-------------------+
	| (initialization)               | 0.000007 |             0 |                 0 |
	| checking query cache for query | 0.000071 |             0 |                 0 |
	| Opening tables                 | 0.000024 |             0 |                 0 |
	| System lock                    | 0.000014 |             0 |                 0 |
	| Table lock                     | 0.000055 |             0 |                 0 |
	| init                           | 0.000036 |             0 |                 0 |
	| optimizing                     | 0.000013 |             0 |                 0 |
	| statistics                     | 0.000021 |             0 |                 0 |
	| preparing                      | 0.00002  |             0 |                 0 |
	| executing                      | 0.00001  |             0 |                 0 |
	| Sending data                   | 0.015072 |             0 |                 0 |
	| end                            | 0.000021 |             0 |                 0 |
	| query end                      | 0.000011 |             0 |                 0 |
	| storing result in query cache  | 0.00001  |             0 |                 0 |
	| freeing items                  | 0.000018 |             0 |                 0 |
	| closing tables                 | 0.000019 |             0 |                 0 |
	| logging slow query             | 0.000009 |             0 |                 0 |
	+--------------------------------+----------+---------------+-------------------+

其它屬性列表

• ALL – displays all information
• BLOCK IO – displays counts for block input and output operations
• CONTEXT SWITCHES – displays counts for voluntary and involuntary context switches
• IPC – displays counts for messages sent and received
• MEMORY – is not currently implemented
• PAGE FAULTS – displays counts for major and minor page faults
• SOURCE – displays the names of functions from the source code, together with the name and line number of the file in which the function occurs
• SWAPS – displays swap counts

設定 Profiling 存的 Size

• mysql> show variables where variable_name=’profiling_history_size’; # 預設是 15筆

關閉

• mysql> set profiling=0;

在照彭武兴先生的《PHP BIBLE》中所述，header可以送出Status标头，如

就可以让用户浏览器出现文件找不到的404错误，但是我试了这样是不行的。

后 来我到w3.org上查了http的相关资料，终于试出来了如何Header出状态代码(Status)，与大家分享。

其实应该是这样 的:

第一部分为 HTTP协议的版本(HTTP-Version)

第二部分为状态代码(Status)

第三部分为原因短语 (Reason-Phrase)

三部分中间用一个空格分开，且中间不能有回车,第一部分和第二部分是必需的，第三部分则是给人看的，可 写可不写甚至乱写。

还有，这一句的输出必须在Html文件的第一行。

下面我给出各代码所代表的意思(是从 w3.org上查到的,够权威了):

• 1xx: Informational – Request received, continuing process

• 2xx: Success – The action was successfully received, understood,and accepted

• 3xx: Redirection – Further action must be taken in order to complete the request

• 4xx: Client Error – The request contains bad syntax or cannot be fulfilled

• 5xx: Server Error – The server failed to fulfill an apparently

各种不同的域名地址对于搜索引擎的除重(deduplication)来说是一个负担，有没有”/”和首页的文件连接，一个域名首页就可以有6个地址：

www.haohtml.com/

haohtml.com/

www.haohtml.com

haohtml.com

www.haohtml.com/index.php

haohtml.com/index.php

如果加上一些参数，比如用于来源跟踪等还会有更多无穷无尽的地址。

www.haohtml.com/?source=foobar

所以搜索引擎鼓励发布者 把URL标准化（归一化）。首先就是域名的归一化，原先我的设置为： www.haohtml.com / haohtml.com为别名。现在改为haohtml.com 301转向到www.haohtml.com

ServerName haohtml.com

RewriteEngine on

RewriteRule ^(.*)$ http://www.haohtml.com$1 [R=301,L]

如果没有mod_rewrite也可以设置mod_alias：

RedirectMatch 301 ^(.*)$ http://www.haohtml.com

windows 2003自带的FTP（iis里）如何设置？打开 Internet信息服务(IIS)管理器 （如下图）

[][1]

可以看到 Internet信息服务(IIS)管理器 中已经出现了 FTP站点 菜单（如下图）

[][2]

单击 FTP站点 ，右边呈现的是 相关数据和参数（如下图）

[][3]

接着，我们来打开它的属性栏 ，右键单击它，单击属性（如下图）

[][4]

选项卡 FTP站点 下，列出来相关参数，默认的FTP的TCP连接端口是21，这个一般不改它（如下图）

[][5]

单击 安全账户 选项卡，下面可以勾选匿名，也可以添加用户账号，我们这里只是演示，所以不改它（如下图）

[][6]

接下来，单击 主目录 设置修改我们这个ftp的指向访问目录，我们这里指向 F盘（如下图）

[][7]

选择后，再单击下一步(N)> (如下图)

[][8]

设置访问权限，读取 就是只能看里面内容，能下载，但不能上传；写入，就是可以看，下载，还有上传（如下图）

[][9]

在你的电脑上打开FTP客户端软件，输入IP，您windows远程桌面的用户名和密码，就可以登录FTP了。 

显然，我之前那个数据库备份程序太菜鸟了。还用select count(*) 来判断数据库的记录集数，其实完全不用那么麻烦。有一个简单的MML语句今天被我无意间发 现，”SHOW TABLE STATUS FROM `dbname`”，执行后会生成一个记录集。

记录集包含下列字段：

Name: newdb （表名） Engine: MyISAM （表引擎） Version: 10 （版本） Row_format: Dynamic （行格式）

Rows: 56496 （表内总行数） 对于其它存储引擎，比如InnoDB，本值是一个大约的数，与实际值相差可达40到50％。 在这些情况下，使用SELECT COUNT(*)来获得准确的数目。对于在INFORMATION_SCHEMA数 据库中的表，Rows值为NULL

Avg_row_length: 4749 （平均每行大小，这里是4.7K） Data_length: 268352680 （该表总大小，单位字节） Max_data_length: 281474976710655 （该表可存储上限，这个值所有表都一样，换算出来是256TB，应该用不到那么大吧） 如果给定了数据指针的大小，这是可以被存储在表中的数据的字节总数。mysql5以后的版本所能支持的最大存储容量是非常大的，上面的 列子为256TB。这时表的最大存储容量主要受限于OS了。不过到现在，Linux ext3 fs支持单个最大文件尺寸2T了，所以基本这个问题不必过于担心了。存储引擎是innodb的话，这个值在show table status显示的值总是为0，不知道为什么。

Index_length: 2464768 （索引大小） Data_free: **** （数据多余,即数据碎片） Auto_increment: 69296 （自动累加ID 6W9，而前面的行数只有5W6，说明我有删掉了1W3笔数据） Create_time: 2009-10-13 10:46:14 （这个不用说了吧） Update_time: 2009-10-13 11:08:15 Check_time:　什么时候表被最后一次检查。不是所有的存储引擎此时都更新，在此情况下，值为NULL。 Collation: gb2312_chinese_ci （编码） Checksum: 活性校验和值 Create_options: row_format=DYNAMIC （为什么要重复一遍？） Comment: （表注释）

我相信作为Google的忠实用户，各位的 Chrome 上一定安装了若干的Google服务提醒扩展吧：比如 Gmail的， Google Reader的， Google Wave的， Google Voice的。。。那么多图标堆在工具栏，看着就头大。。。

One Number 这个扩展正是为了解决这个问题而来，从此我们只需要一个图标就可以查看四个Google服务的未读信息数目了。安装这个扩展后，点击扩展图标跳转到Google输入Google账户用户名和密码即可启用。监视的服务列表，检查频度，未读数显示颜色等等也都可以在扩展的设置中自己设定，相当的方便。另外，One Number的 Gmail 提醒也支持使用Google Apps的邮件监视。

点击这里 进入One Number在官方Chrome扩展中心的页面，点击INSTALL安装。