症状： MySQL重启后，发现连接非常慢，建立连接后做普通操作还是非常快的，通过Show processlist发现大量unauthenticated user连接

解决办法： MySQL启动参数增加一个skip-name-resolve，即不启用DNS反响解析

解决过程（推荐学习 :)）

1. 同一局域网不同机器上连接MySQL服务器，观察响应速度；（非常慢）
2. 连接建立后做一些简单的操作（非常快 和上面不符，说明不是服务器压力导致的）
3. 通过tcpdump查看连接的时候详细的响应过程（能看到连接的时候和服务器的多次通讯及所耗费的时间）
4. 发现正常响应很快，用户名、密码发送完后很长一段时间服务器才给响应
5. 在服务器上进行同样的连接连接操作，试着分别用IP和机器名去连接看响应速度（看是不是IP解析的时候耗费时间了）
6. 修改/etc/hosts文件，加入服务器、客户端的IP对应（没有作用 :()
7. 增加启动参数skip-name-resolve速度立即加快了（问题解决）

原因： MySQL的认证实际上是user+host的形式（也就是说user可以相同），所以MySQL在处理新连接时会试着去解析客户端连接的IP（查呀查，查不到就算了，可是时间浪费了啊），启用参数skip-name-resolve后MySQL授权的时候就只能用纯IP的形式了，MySQL在这里处理的有点弱智，通过IP连过来的查什么查，又查不到:) 如果用的localhost连接的话,一旦添加上了上面的参数,将出现拒绝ip访问的错误信息!

今天因为mysql服务没打开，mysql不能使用，以前从没出现这种服务没开启的问题。因为以前服务一直都是开的。

一开始以为是权限问题，因为错误提示里有‘localhost’权限的字样，于是狂改，还是一直有问题，网上的类似问题也都试了，都无效。

于是决定卸了，重装，但在千钧一发之际，经一哥们指点，发现是服务没开。我晕死……………………………………….

看来我的Windows操作也太薄弱了。

这不，搞了一天mysql的错误，于是总结如下：

Mysql 常见错误集锦******

1. Host ’…’ is blocked错误 如果你得到象这样的一个错误： Host ’hostname’ is blocked because of many connection errors. Unblock with ’mysqladmin flush-hosts’

这意味着，mysqld已经得到了大量(max_connect_errors)的主机’hostname’的在中途被中断了的连接请求。在max_connect_errors次失败请求后，mysqld认定出错了(象来字一个黑客的攻击)，并且阻止该站点进一步的连接，直到某人执行命令mysqladmin flush-hosts。缺省地，mysqld在10个连接错误后阻塞一台主机。你可以通过象这样启动服务器很容易地调整它： shell> safe_mysqld -O max_connect_errors=10000 &

注意，对给定的主机，如果得到这条错误消息，你应该首先检查该主机的TCP/IP连接有没有问题。如果你的TCP/IP连接不在运行，增加max_connect_errors变量的值对你也不会有帮助！

2. Too many connections错误 如果在你试土连接MySQL时，你得到错误Too many connections，这意味着已经有max_connections个客户连接了mysqld服务器。如果你需要比缺省(100)更多的连接，那么你应该重启mysqld，用更大的 max_connections 变量值。注意，mysqld实际上允许(max_connections+1)个客户连接。最后一个连接是为一个用Process权限的用户保留的。通过不把这个权限给一般用户(他们不应该需要它)，有这个权限一个管理员可以登录并且使用SHOW PROCESSLIST找出什么可能出错。见7.21 SHOW句法(得到表，列的信息）。 3. Out of memory错误 如果你发出查询并且得到类似于下面的错误： mysql: Out of memory at line 42, ’malloc.c’ mysql: needed 8136 byte (8k), memory in use: 12481367 bytes (12189k) ERROR 2008: MySQL client ran out of memory

bulk_insert_buffer_size = n 为一次插入多条新记录的INSERT命令分配的缓存区长度(默认设置是8M)。

key_buffer_size = n 用来存放索引区块的RMA值(默认设置是8M)。

join_buffer_size = n 在参加JOIN操作的数据列没有索引时为JOIN操作分配的缓存区长度(默认设置是128K)。

max_heap_table_size = n HEAP数据表的最大长度(默认设置是16M); 超过这个长度的HEAP数据表将被存入一个临时文件而不是驻留在内存里。

max_connections = n MySQL服务器同时处理的数据库连接的最大数量(默认设置是100)。

query_cache_limit = n 允许临时存放在查询缓存区里的查询结果的最大长度(默认设置是1M)。

query_cache_size = n 查询缓存区的最大长度(默认设置是0，不开辟查询缓存区)。

query_cache_type = 0/1/2 查询缓存区的工作模式:0, 禁用查询缓存区; 1，启用查询缓存区(默认设置); 2，”按需分配”模式，只响应SELECT SQL_CACHE命令。

read_buffer_size = n 为从数据表顺序读取数据的读操作保留的缓存区的长度(默认设置是128KB); 这个选项的设置值在必要时可以用SQL命令SET SESSION read_buffer_size = n命令加以改变。

read_rnd_buffer_size = n 类似于read_buffer_size选项，但针对的是按某种特定顺序(比如使用了ORDER BY子句的查询)输出的查询结果(默认设置是256K)。

sort_buffer = n 为排序操作分配的缓存区的长度(默认设置是2M); 如果这个缓存区太小，则必须创建一个临时文件来进行排序。

table_cache = n 同时打开的数据表的数量(默认设置是64)。

tmp_table_size = n 临时HEAP数据表的最大长度(默认设置是32M); 超过这个长度的临时数据表将被转换为MyISAM数据表并存入一个临时文件。

Max-allowed-packet = n 客户与服务器之间交换的数据包的最大长度，这个数字至少应该大于客户程序将要处理的最大BLOB块的长度。这个选项的默认设置是1MB。

网上有很多的文章教怎么配置MySQL服务器，但考虑到服务器硬件配置的不同，具体应用的差别，那些文章的做法只能作为初步设置参考，我们需要根据自己的情况进行配置优化，好的做法是MySQL服务器稳定运行了一段时间后运行，根据服务器的”状态”进行优化。

mysql> show global status;

可以列出MySQL服务器运行各种状态值，另外，查询MySQL服务器配置信息语句：

mysql> show variables;

一、慢查询

mysql> show variables like '%slow%';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| log_slow_queries | ON    |
| slow_launch_time | 2     |
+------------------+-------+

mysql> show global status like '%slow%';
+---------------------+-------+
| Variable_name       | Value |
+---------------------+-------+
| Slow_launch_threads | 0     |
| Slow_queries        | 4148 |
+---------------------+-------+

配置中打开了记录慢查询，执行时间超过2秒的即为慢查询，系统显示有4148个慢查询，你可以分析慢查询日志，找出有问题的SQL语句，慢查询时间不宜设置过长，否则意义不大，最好在5秒以内，如果你需要微秒级别的慢查询，可以考虑给MySQL打补丁： http://www.percona.com/docs/wiki/release:start，记得找对应的版本。

打开慢查询日志可能会对系统性能有一点点影响，如果你的MySQL是主－从结构，可以考虑打开其中一台从服务器的慢查询日志，这样既可以监控慢查询，对系统性能影响又小。

二、连接数

经常会遇见”MySQL: ERROR 1040: Too many connections”的情况，一种是访问量确实很高，MySQL服务器抗不住，这个时候就要考虑增加从服务器分散读压力，另外一种情况是MySQL配 置文件中max_connections值过小：

mysql> show variables like 'max_connections';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 256   |
+-----------------+-------+

这台MySQL服务器最大连接数是256，然后查询一下服务器响应的最大连接数：

什么是MFS文件系统? Moose File System 是一个具备容错功能的网络分布式文件系统，它将数据分布在网络中的不同服务器上，MooseFS 通过 FUSE 使之看起来就是一个 Unix 的文件系统。 MFS文件系统个人理解: 将分布在各个范围的计算机,将他们未使用的分区统一进行管理使用的一种文件系统. MFS文件系统结构: 包含3种角色: 管理服务器managing server (master) 数据存储服务器data servers (chunkservers) 客户机挂载使用client computers

个人理解3种角色作用: 管理服务器:负责各个数据存储服务器的管理,文件读写调度,文件空间回收以及恢复.多节点拷贝 数据存储服务器:负责连接管理服务器,听从管理服务器调度,提供存储空间. 客户端:挂接远程管理服务器上所管理的数据存储服务器,通过fuse内核接口.看起来共享的文件系统和 本地unix文件系统使用一样的效果.

架设过程:

服务器2台 (最少是2台,一台服务器做管理服务器,数据存储服务器,以及客户端3种角色,另外一台计算机做数据存储和客户端) 称第1台计算机为A机,机器上跑3种角色,第2台计算机称B机,跑两种角色.要是你计算机多的话可以只跑1种客户端角色或者数据存储角色,根据具体情况决定. 操作系统:FreeBSD6.x or Freebsd 7.x   minni安装 升级ports树 1.在A机器上安装

[Copy to clipboard] [ – ]

CODE:

/sysutils/fusefs-kmod

./devel/pkg-config

这两个ports包 pkg_info的结果为

[Copy to clipboard] [ – ]

CODE:

b# pkg_info

fusefs-kmod-0.3.9.p1.20080208 Kernel module for fuse

fusefs-libs-2.7.2_1 FUSE allows filesystem implementation in userspace

libiconv-1.9.2_2    A character set conversion library

刚刚去开了一台pc，真实环境！

一步步地做完！验证完成，楼上所言，正确！

当修改文件后， $ls -Ul file

和

$stat -s file

中 st_birthtime=number ，需要执行$date -r number　；

比较后，结果一致，得到最初创建文件的时间值！

注：以上命令可能在虚拟机上执行不起作用的.

http://bbs3.chinaunix.net/thread-1456005-1-1.html

FreeBSD安装选择Minimal+Ports 域名：fax.test.org IP:192.168.1.203 新建用户:vincent 属于wheel组

Handbook http://cnsnap.cn.freebsd.org/doc … ndbook/install.html

开启FTP服务

编辑/etc/inetd.conf文件去掉ftp前的注释’#’。

#vi /etc/inetd.conf ftp     stream  tcp     nowait  root    /usr/libexec/ftpd       ftpd -l

启动inetd程序 #/etc/rc.d/inetd start

添加vincent用户，用于FTP登录上传文件 #pw useradd vincent -s /bin/csh -d /home/vincent -m -g wheel -h 0

—————————————————————————-

使用wget加快ports软件下载

安装wget程序，加快软件包下载速度。 #cd /usr/ports/net/wget #make install clean

编辑/etc/make.conf #vi /etc/make.conf

FETCH_CMD=wget -c -t 1 DISABLE_SIZE=yes

MASTER_SITE_OVERRIDE=
ftp://ftp.tw.freebsd.org/pub/FreeBSD/ports/distfiles/
ftp://ftp.freebsdchina.org/pub/FreeBSD/ports/distfiles/

设置使用ftp.tw.freebsd.org为主下载站点，加快Package软件下载，编辑用户目录下的.cshrc文件加入

#vi .cshrc     //编辑完后记得重新登录 setenv PACKAGEROOT      ftp://ftp.tw.freebsd.org

——————————————————————————————–

HylaFAX    ( WebSite http://www.hylafax.org/ )

HylaFAX是一个基于C/S 架构,企业级的收发传真系统，高效稳固。局域网中只要有一台连接Modem的HylaFAX服务器，就能为局域网所有用户提供传真服务。

软件安装

Package方法安装 #pkg_add -r hylafax

国内各种主流CMS系统的比较和汇总

CMS(Content Management System),中文叫网站内容管理系统,大概2004以前，如果想进行网站内容管理,基本上都是靠手工维护,但 千变万化的信息流，但没有好的程序支持，还继续靠手工完成是不可能的事，如果有一个好的系统来支撑你的网站，那将节省大量的人力物力，开发者就可能给客户 一个软件包，可以用它定期人工修改网站。只要你配置安装好，你的编辑，在线记者，更新员只要定期更新数据，剩下的事就交给CMS去处理。

Asp

动易CMS管理系统，官方网站：http://www.asp163.net/

这套是国产AspCMS中非常强大的系统，从3.0的简单的一个文章系统到现在的2005的版本，一路走来，动易不断完善，而且也不断加强功能，包括个人版，学校版，政府版，企业版，后台包括的功能，信息发布，类别管理，权限控制，信息采集，而且跟第三方的程序，比如论坛，商城（2005的已经自带了），blog可以完美结合，基本上可以满足一个中大型网站的要求，但Asp和Access的的局限性，还有本身功能Dll的限制，使得免费版差不多成鸡肋，

风讯官方网站：http://www.foosun.cn/

风 讯的系统功能强大，自由度高，是现在人气比较高的系统之一，可以根据自己的想法做出一个网页从而建立一个有自我风格的网站，更新速度快，一直有新的版本出 现，现在又开放采集、下载、投稿、图片整站管理系统，第三方整合等功能，开源是它最大特点，希望保持。然后缺点就是后台人性化差了一点，上手有点难度，而 且连一套默认的模板都没有，因为自由度太高了，让一些新手更难上手，还有就是免费版的生成静态发布的效率不高。3.1已经出来一段时间了，愿各方面都更上一层楼。

新云网站管理系统官方http://www.newasp.cn/

一款Asp的CMS后起之秀，发现有不少的网站都在使用。由文章、下载、商城、留言、用户管理五大功能模块和广告、公告、连接、统计、采集、模板管理、数据库管理等多个通用模块组成，而且功能确实有一些值得称道的地方，不过又是DLL的，免费版有不少的限制，但对一个简单基本的网站来说，功能够用了。

乔客(asp) 官方网站：http://www.joekoe.com/

这个系统已经很久了，但好像一直存活在动易和风讯两者之间，现在3.0的Joekoe CMS出来了，但另我比较失望，相比免费版的1.2，功能是增强了，但也Dll，这个可能也是国产程序的一个特色罢了。它本身已经是一个融合度非常高的系统，有商城，新闻，下载，论坛，留言，影视，博客圈等，感觉有那么点WEB2.0 的味道,，不想怎么修改的朋友直接拿去就可以用了。

NB文章系统(asp) 官方：http://forum.nbarticle.com/default.asp

现在最新的是v2.1 RC1 ，上手挺容易，后台很简洁，安全性能不错，发布效率比较高，当然想到同类型的，RSS不错，它也是将模板写入数据库，但修改还是蛮方便。不过这样相对来说功能是少了一些，而且官方就一个论坛技术支持，论坛的人气差了一点。

渐飞新闻出版系统(asp) 官方网站：http://www.xunt.net/

这个系统也有一段时日了，不过到现在还是1.1的版本，以前名头特别响，

不过主要针对的是商业客户，看客户演示，个个都像门户，但因为没免费版的支撑，市场也一直没做大。

大世纪(Asp) 官方网站：http://www.bigcn.net/

很老的系统，差不多就算是个文章，新闻系统，

现在连官方都打不开了，这样的估计也没多少前景。

tsys信息发布系统官方：http://www.tsyschina.com

非常遗憾 2.0刚刚出测试版，作者就好像人间蒸发一样消失了！不过对于一个免费开源，没有版权的CMS来说我们也没有什么可要求的！抛开强大，但可能不成熟（我没用过）的2.0不谈！单说1.1版！从1.1就可以说他是ASP CMS中的老大了！在TSYS的各个版本中均没有出现过重大的安全漏洞而且对于目前1.1来说已经是很完善成熟的了！tsys和一般的Asp 的CMS不一样！他的功能并非由本身而定！而是根据使用者的能力而定！使用者越厉害 TSYS本身也可以变的更厉害！因为TSYS可以说是一个核心！而其他的东西和功能均需要使用者自己搞定！从这点来说！TSYS的功能可以说是无限的！但这也决定了TSYS不会流行起来！说白了只有高手使用TSYS才能把TSYS的优点发挥的淋漓尽致！可惜啊….

说完了Asp的，去倒杯水，继续….

nick 在 2006年1月6日13:07星期五评论:

个人对内容管理系统有点研究，偶来说一吓啊。

由于针对的目标用户不同，各个系统的一些特点都会有所不同的。对于内容管理这样一个并不涉及太多核心技术的东西，说个实在话，随便你找哪一家，都能满足你的需求，如果允许他来根据你的需求做定制开发的话🙂

基本上，国内的内容管理系统可以分成三个类别：

第一个类别，面向政府、媒体、ICP、大型企业的，特点是维护内容的人较多，水平有高有低，但是需求比较明确，就是做网站，做各种类型的信息发布，要求成熟的产品级的解决方案。相应的产品有：

TurboCMS www.turbocms.com根据版本，价格在5万到25万之间

TRS WCM www.trs.com.cn价格在15万左右一个许可

天极CMS4i www.chinabyte.net/价格在10万左右，但据说已经不做了，只做重庆市场了

龙讯www.qianlong.com根据版本，价格在2万到8万之间

第二个类别，面向政府、事业单位，内外网应用，特点是需求变化大，用户间的需求有很大差距，内容管理只是一个大的系统中的一部分，比如电子政务中的一小块内容。一般在实施时要求定制开发，不可能用现成产品来满足需求。这样的解决方案有：

方正祥羽

清华万博

wits

中关村软件

等。

他们的背景大都是集成的解决方案提供商。价格就没个准了，在一个项目中，可能很便宜，几万块，也可能几十万上百万，就看客户有没有钱了。

第三个类别，面向企业、个人，特点是用户是技术的爱好者，喜欢专研。需求上可能比较复杂，比如需要跟BBS、用户注册等应用集成在一起，满足个性化的需求，最好有源代码，可以自己根据需要修改等等。这类解决方案市场上就很多了。但是个人觉得，AC绝对是其中的佼佼者，感觉好像AC的设计思路许多地方跟TurboCMS很接近，但是缺乏商业的运作，可能就缺少对用户很多细节需求的了解了。价格一般在几千块以内。

除去第三类的情况，作为用户，个人觉得选择内容管理系统要看几个标准：

第一，易用性，你不能代表编辑，他们如果不会用，天天找你做技术支持，岂不累死。这方面，TurboCMS和TRS WCM有优点，他们的客户群都是成百上千家了，产品经过了4到5年的发展，各方面考虑得已经非常周到。

第二，灵活性，买一套系统就是要用足，用够，能够管理整个网站的所有频道最好。这方面，TurboCMS可以针对每个频道设置扩展字段，TRS WCM可以针对站点设置扩展字段，都还比较好。模板处理引擎技术方面，TurboCMS使用脚本技术，TRS WCM使用TAGLIB技术，然后结合可视化模板制作技术，都还不错，能从易用性与灵活性两个层次满足需求。

第三，可扩展性，今天买了这套系统，明天要开展新的业务，希望还能用得上。TurboCMS提供了一个数据库部署工具，可以将内容复制到外部数据库，供其他应用使用，比如复制到Web上供做高级查询。这一点，像AC这样的系统倒是做得很好。但TRS和天极的就不行了，只能生成静态页面，用户要查询数据库，就只好把CMS跟WEB装到一起，很不安全。这个特性，感觉TurboCMS是跟国外的 Interwoven学的，Interwoven有个DataDeploy。

第四，自动内容采集，从外部数据源采集内容回来进行发布，减少人工干预。TurboCMS内置了三种自动采集爬虫，数据库采集，Web 采集，文件采集。TRS WCM 提供一个单独的产品“网络雷达”来实现Web采集，另外一个产品叫“数据库网关”来实现从外部数据库取内容，然后可以导入TRS自己的文件。这两家都做得不错，不过TRS的要买全的话，总价格得在4、50万了。

jQuery 是一个优秀的 Javascript 框架，对 js 进行了优秀的包装，提供了许多方便的功能。jQuery 对 ajax 的包装也堪称优秀。

jQuery 可以以 json 文件传输协议来传输数据(类似 xml，而且大有取代 xml 的趋势)，而网站后台代码必须与之配合使用。PHP 是用 json_encode 函数来对返回的数组数据进行编码的，但这个函数只有 PHP5.2版本以上才支持。

从网上找到一个 json 的操作类，本人在 PHP4.4.7 版本下测试通过。本人还建了个函数 function my_json_encode($phparr)，使代码兼容 PHP5.2 以上版本。

示例代码(包括 json 的类包软件)可以在以下网址下载：

以下是全部代码：

jQuery Ajax 实例演示

输入姓名:

输入年龄:

输入性别:

输入工作:

提交POST提交GET提交

PHP 文件 ajax_json.php：

encode($phparr); } } ?>

<script type="text/javascript">
$(document).ready(function(){
	$(".update").dblclick(function(){
		id = $(this).attr('id');
		text = $(this).text();
			if(text){
			$(this).html("<input type='text' size=12 name="+id+" value="+text+">");
			$(".update > input").focus().blur(function(){
				$.ajax({
				 type: "POST",
				 url: "/data/dbedit",
				 data:   "id="+id+"&no="+$("#"+id+" >input").val(),
				 success: function(msg){ $("#"+id).text(msg); }
				});
			})
		}
	})

})
</script>

<table>
</tr>
<td style="text-align:center;"   class="update" id="123" >文本内容</td>
</tr>
</table>

本来系统装的是FreeBSD5.3，但是新版的FreeBSD5.4 Release发布了，而且改动不小，呵呵，赶紧升级吧。

先更新源码结构： # cd /usr/share/examples/cvsup 修改一下 standard-supfile 文件： # vi standard-supfile 把主机和版本修改掉： 把*default host=CHANGE_THIS.FreeBSD.org 改为：*default host=cvsup.jp.freebsd.org或者cvsup.freebsdchina.org，呵呵，其实日本的服务器也不慢。 把：*default release=cvs tag=RELENG_5_3 改为：*default release=cvs tag=RELENG_5_4

:wq 保存退出。 开始更新，如果没有cvsup命令，就自己去ports一个回来。 # cvsup -g -L2 standard-supfile 等一段时间，多久根据你的网速和机器配置有关。

更新回来之后，现在正式开始安装内核。先进入源代码目录： # cd /usr/src 开始编译,这个过程比较漫长： # make buildworld 编译内核，默认配置文件，如果你重新弄了配置文件，指定路径 # make buildkernel 安装内核： # make installkernel 重启系统： # reboot 重启的时候，在提示启动的选项中选择4，就是进入单用户模式，这一步别忘记了。 然后执行下面的命令： # mergemaster -p 安装新系统： # make installworld # mergemaster 重启系统： # reboot

重启后，你使用 uname -a 命令就能看到你已经是 FreeBSD 5.4版本了，呵呵，升级成功。

字符串，恐怕应该算是MYSQL里面最复杂的类型了吧？几乎目前所有的问题，都是出在与字符有关的数据列上，大致有几种 1、字符串的查询（以下如果不特指，都是指中文），搜索一个中文的时候，不管是模糊还是精确，往往结果都会有与搜索内容不一致的数据在里面 2、编码，现在大家都知道MYSQL连接上后，先执行一下mysql_query(‘set names GBK’,$conn)这类的语句，从MYSQL4.0升级到4.1及以上版本的朋友在这上面吃的苦不少了。网上关于这类的提问也是最多的 3、索引、效率，varchar是MYSQL所特有的字段，而且长度可变，char则是固定长度的字符串。 在MYSQL所支持的几个字符串格式里面，char和varchar是用的最多的，char是定长字段，，也就是说，不管字符串的实际长度有多少，CHAR(10)将永远占用10个字节。字符串如果前端有空格，那么在存储的时候会自动被数据库去掉，相当于先执行trim($string)，再进行存储，如果不满10个字节，将会采用空格填满，读取数据时，MYSQL会自动将这些空格去掉。看到这里，恐怕它的缺点之一就明显的暴露了，CHAR不能存储那些结尾确实有空格的字符串（因为读取时会被MYSQL自动去掉）。

 数据类型

 含义

 char(n)

 固定长度的字符串，最多255个字符

 varchar(n)

 可变长度字符串，最多255个字符（MYSQL<5.0.3,n<=255 , mysql>=5.0.3,n<=65535）

 tinytext

  可变长度字符串，最多255

 text

  可变长度字符串，最多65535-1

 medinumtext

 可变长度字符串，最多16,777,216-1

 longtext

  可变长度字符串，最多4,294,967,296-1

除了char类型外，其余类型均为可变长度，实际所占空间由该字段所存的内容决定。虽然varchar与tinytext一样都是255个字节，但不同的是varchar可以指定存储的长度，而tinytext只能由存储的时候数据长度而定。 在数据表被创建的时候，MYSQL 把数据列的定义改成一种对MYSQL来说更有效率的形式。这种自动方式的修改称为默许的数据列修改（client column changes）。一般来说是对CHAR和VARCHAR数据列都有影响：如果n<4，varchar(n)将被修改为char(n),而如果n>3并且在同一个数据表里还有其他的可变长度的字段，char将被修改成varchar格式。如果数据表里只有固定长度的数据列，char列将不发生变化。也就是说，你在数据表里的字段如果有多种格式，那么你通过alter table 是无法进行修改的。 上表提到，varchar在新版本里变成了65535个字节，但最大字符个数还是要取决于具体的字符集（GBK中文占两个字节，而UTF8中文则占三个字节）。上面这些所有的数据类型都有一个BINARY属性，一旦该字段添加了这个属性，那么MYSQL就会将他们视同BLOB字段来处理。BINARY的好处是在排序时把字符视为二进制，这样就可以把字母的大小写分开，而且由于是二进制字符串，所耗费的时间也会更短。可惜，在实陆应用中我们存储的大多是中文，所以这一点对我们来说并没有太大的区别。中文，本来就没有大小写之分，再怎么二进制，还是那样。呵呵。 在MYSQL4.0及以前的版本里，各种文本字段的字符集和排序方式都由MYSQL服务器决定，默认值是latin1字符集和瑞典排序方式。虽然允许在MYSQL配置文件里指定一种字符集和排序方式，但这会导致所有的数据库受到影响，还有，对字符集和排序方式做了任何修改都必须重启数据库服务器方能生效，更可恨的是，重启后，还必须重新创建所有的索引，同时，MYSQL4.0之前的版本并不支持UNICODE字符集。 4.1后，这些问题得到了很大的改状况，可以单独为某一个数据列指定一种字符集和排序方式，而且字符集和排序方式的选择范围也大了很多，因为从4.1开始支持了UNICODE和UCS-2等。与字符集及相关排序方式相关的命令是：SHOW COLLATION（必须要注意的是，字符集和排序方式不是随意组合的，每种字符集都有该字符集对应的一些排序方式，而不能混用）。如果没有为某个数据列指定一个字符集和排序方式，它将使用数据表、数据库或MYSQL数据库的默认字符集。至于数据库应该使用哪种字符类型，还是由你的项目所决定，如果你的项目采用了GBK编码，那数据库也同样使用这种编码比较好。如果你在项目初始时对于采用哪种编码未知，那么UTF8应该算是比较好的一种解决方法，数据迁移以及对于JAVA、.net等程序的支持也是最好的，唯一的缺点就是占用数据库空间太大。 说到现在，一直在说latin1和unicode字符集，这代表了什么意思呢？ latin1：在最初的MYSQL版本里都是默认采用了这种字符集，它是符合ISO-8859-1的规范的，收录了西欧国家的常用字符，在那个年代，国内还没有多少人使用MYSQL，而真正使用这些的大多是欧美国家，所以这个字符集主要就是用于收集这些国家常用的字符。随后latin的标准 在不停的变化，有latin2,latin9等，但它们当中并没有一个能够把所有欧洲语言里所有的字符都收录齐全，也就是说latin库里并没有一个可以适用于整个欧洲。 UNICODE：正由于latin不能解决这个问题，所以人们开发出了双字节的UNICODE字符集，两个字集意味着是2的16次方，可以存储65535个字符，所以UNICODE字符集不仅涵盖了所有的欧洲语言，还覆盖了绝大多数的亚洲语言。然而UNICODE只定义了每个字符的编码，没有定义如何存储这些编码。 在这个基础上，也同样发展出了好多变体。最重要的是UCS-2和UTF8，UCS-2又称UTF-16，即每种字符都用两个字节表示，所以几乎所有的字符都被涵盖了。但是这种也是有弊端的：存储空间大了一倍，即使是ASCII字符也是这样；字节编码0会出现在字符串中（比如ASCII写出来的文本里，每一个的第2个字节都是0），可是一些程序会把0当成结束标志，而导致出错。 UTF8是UTF16的替代品，在这里所有的ASCII（7位）仍然象以前一样用第一位是0的单字节表示，所有其他的UNICODE字符用2~4个字节表示。它的缺点也同样明显：同一份文档的字节数和字符数没有任何显而易见的关系，但由于它与现有的程序高度兼容，所以UTF8几乎已经成为了一种事实上的标准，而且大多数软件都把它作为自己的默认字符集。 可惜，PHP发展到现在对于UNICODE的支持还是一般性，并没有内置，处理的时候，不是用ICONV就是mb_string库（PHP6是说内置支持了），但并不能妨碍我们使用UTF8来开发网页。

字符串就介绍到这里。太累了。。。。。这个方面的问题太多了，在以后的连载中遇到再详细说明吧。

9.9.6 自动修改数据表的设计(默许的数据列修改)

在创建(create table)或修改(alter table)一个数据表的时候，MYSQL会在特定条件下对这个数据表的设计方案自动做出一些修改，其理由或者是那么做可以让数据表的效率更高，或者是设计思路MYSQL无法实现. 这里要特别提醒那些从期货数据库系统迁移过来的读者注意：MYSQL在对数据表设计方案自动做出勤率修改时不会给出任何提示，所以一事实上要用SHOW CREATE TABLE命令去检查一下最终的数据表设计方案是不是所想像的样子。在下面的例子里。MYSQL自做主张地把一个CHAR(2)数据列改成了一个VARCHAR(20)数据列，还给那两个数据列加上了defautl null属性. CREATE TABLE test1(col1 VARCHAR(20), col2 CHAR(20)) show create table test1 create table test1( col1 varchar(20) default null, col2 varchar(20) default null )engine=MYISAM default charset=latin1

以下是mysql会对数据表设计方案自动做出的几项重大修改: 1.如果n<4，VARCHAR(n)数据列将被修改为CHAR(n)数据列. 2.如果n>3,并且在同一个数据表里还有其他的VARCHAR,TEXT,或BLOG数据列的话，CHAR(n)将被系统自动修改为CARCHAR(n).如果数据表里只有固定长度的数据列,但CHAR(n)将不发生变化. 3.即使没有设定,MYSQL也会自动给primary key数据列自动加上NOT NULL属性. mysql文档把这种自动方式的修改称为默许的数据列修改(client column changes),这方面的详细信息可以在HTTP://dev.mysql.com/doc/mysql/en/silent-column-changes.html网址处的文章里找到。 总之在数据库的设计和创建工作这后，一定要仔细检查数据库，数据库里的数据表，数据表里的数据列，数据列的各有关属性是不是都如所想.

以上摘自**<>第3版** 第195页

array_intersect (PHP 4 >= 4.0.1, PHP 5)

array_intersect — 计算数组的交集说明 array array_intersect ( array array1, array array2 [, array …]) array_intersect() 返回一个数组，该数组包含了所有在 array1 中也同时出现在所有其它参数数组中的值。注意键名保留不变。

例子 1. array_intersect() 例子

“green”, “red”, “blue”); $array2 = array (“b” => “green”, “yellow”, “red”); $result = array_intersect ($array1, $array2); ?>

这使得 $result 成为：

Array (    [a] => green    [0] => red ) 注: 两个单元仅在 (string) $elem1 === (string) $elem2 时被认为是相同的。也就是说，当字符串的表达是一样的时候。

array_diff (PHP 4 >= 4.0.1, PHP 5)

服务器变量：$_SERVER 注: 在 PHP 4.1.0 及以后版本使用。之前的版本，使用 $HTTP_SERVER_VARS。

$_SERVER 是一个包含诸如头信息（header）、路径（path）和脚本位置（script locations）的数组。数组的实体由 web 服务器创建。不能保证所有的服务器都能产生所有的信息；服务器可能忽略了一些信息，或者产生了一些未在下面列出的新的信息。这意味着，大量的这些变量在 CGI 1.1 规范中说明，所以应该仔细研究一下。

环境变量：$_ENV 注: 在 PHP 4.1.0 及以后版本使用。之前的版本，使用 $HTTP_ENV_VARS。

在解析器运行时，这些变量从环境变量转变为 PHP 全局变量名称空间（namespace）。它们中的许多都是由 PHP 所运行的系统决定。完整的列表是不可能的。请查看系统的文档以确定其特定的环境变量。

其它环境变量（包括 CGI 变量），无论 PHP 是以服务器模块或是以 CGI 处理方式运行，都在这里列出了。

这是一个“superglobal”，或者可以描述为自动全局变量。这只不过意味这它在所有的脚本中都有效。在函数或方法中不需要使用 global $_ENV; 来访问它，就如同使用 $HTTP_ENV_VARS 一样。

$HTTP_ENV_VARS 包含着同样的信息，但是不是一个自动全局变量（注意：$HTTP_ENV_VARS 和 $_ENV 是不同的变量，PHP 处理它们的方式不同）。

如果设置了 register_globals 指令，这些变量也在所有脚本中可用；也就是，分离了 $_ENV 和 $HTTP_ENV_VARS 数组。相关信息，请参阅安全的相关章节使用 Register Globals。这些单独的全局变量不是自动全局变量。