解决Can’t connect to MySQL server on ‘localhost’ (10048)

一月 21, 2012

一般见于使用mysql的windows 2003服务器.

错误的出现的原因:

应用程序需要快速释放和创建新连接, 但是由于 TIME_WAIT 中存在的连接超过默认值,导致较低吞吐量.

解决方案:
和本错误密切相关的两个windows的注册表项:TcpTimedWaitDelay和MaxUserPort的值.

TcpTimedWaitDelay 确定 TCP/IP 可释放已关闭连接并重用其资源前, 必须经过的时间. 关闭和释放之间的此时间间隔通称 TIME_WAIT 状态或两倍最大段生命周期(2MSL)状态. 此时间期间, 重新打开到客户机和服务器的连接的成本少于建立新连接. 减少此条目的值允许 TCP/IP 更快地释放已关闭的连接, 为新连接提供更多资源.

MaxUserPort 确定从系统请求任何可用用户端口时所用最大端口数,TCP/IP 可指定的最高端口号. 如果建立 TCP 连接最大端口连接大于 5000, 本地计算机响应以下错误信息WSAENOBUFS (10055): 因为系统缺乏足够缓冲区或者因为队列已满而无法执行套接字上操作, 从而导致应用程序的10048错误.

打开注册表编辑器regedit

TcpTimedWaitDelay 设置:
找到 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\TCPIP\Parameters 注册表子键
并创建名为 TcpTimedWaitDelay 的新 REG_DWORD 值
设置此值为十进制 30, 十六进制为 0×0000001e
该值等待时间将是 30 秒。
本项的默认值:0xF0(16进制), 等待时间设置为 240 秒

MaxUserPort 设置(增加最大值端口连接):
找到 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\TCPIP\Parameters 注册表子键
并创建名为 MaxUserPort 的新 REG_DWORD 值
设置此值为十进制最低 32768
该值等待时间将是 30 秒。
重启windows系统。
本项的默认值:5000(十进制)

关闭注册表编辑器, 重启windows系统。

0

MySQL 多表查询

一月 11, 2012

在一个数据库中,可能存在多个表,这些表都是相互关联的。我们继续使用前面的例子。前面建立的表中包含了员工的一些基本信息,如姓名、性别、出生日期、出生地。我们再创建一个表,该表用于描述员工所发表的文章,内容包括作者姓名、文章标题、发表日期。

1、查看第一个表 mytable 的内容:

mysql> select * from mytable;
+———-+——+————+———–+
| name | sex | birth | birthaddr |
+———-+——+————+———–+
| abccs |f | 1977-07-07 | china |
| mary |f | 1978-12-12 | usa |
| tom |m | 1970-09-02 | usa |
+———-+——+————+———–+

2、创建第二个表 title (包括作者、文章标题、发表日期):

mysql> create table title(writer varchar(20) not null,
-> title varchar(40) not null,
-> senddate date);
    向该表中填加记录,最后表的内容如下:
<ccid_nobr>
<table width=”400″ border=”1″ cellspacing=”0″ cellpadding=”2″
bordercolorlight = “black” bordercolordark = “#FFFFFF” align=”center”>
<tr>
<td bgcolor=”e6e6e6″ “font-size:9pt”>
<pre><ccid_code> mysql> select * from title;
+——–+——-+————+
| writer | title | senddate |
+——–+——-+————+
| abccs | a1 | 2000-01-23 |
| mary | b1 | 1998-03-21 |
| abccs | a2 | 2000-12-04 |
| tom | c1 | 1992-05-16 |
| tom | c2 | 1999-12-12 |
+——–+——-+————+
5 rows in set (0.00sec)

3、多表查询

现在我们有了两个表: mytable 和 title。利用这两个表我们可以进行组合查询:

上面例子中,由于作者姓名、性别、文章记录在两个不同表内,因此必须使用组合来进行查询。必须要指定一个表中的记录如何与其它表中的记录进行匹配。

注意:如果第二个表 title 中的 writer 列也取名为 name(与mytable表中的name列相同)而不是 write r时,就必须用 mytable.name 和 title.name 表示,以示区别。

再举一个例子,用于查询文章 a2 的作者、出生地和出生日期:

mysql> select title,writer,birthaddr,birth from mytable,title
-> where mytable.name=title.writer and title=′a2′;
+——-+——–+———–+————+
| title | writer | birthaddr | birth |
+——-+——–+———–+————+
| a2 | abccs | china | 1977-07-07 |
+——-+——–+———–+————+

修改和备份、批处理

有时我们要对数据库表和数据库进行修改和删除,可以用如下方法实现:

1、增加一列:

如在前面例子中的 mytable 表中增加一列表示是否单身 single:

mysql> alter table mytable add column single char(1);

2、修改记录

将 abccs 的 single 记录修改为“y”:

mysql> update mytable set single=′y′ where name=′abccs′; 现在来看看发生了什么:

mysql> select * from mytable;
+———-+——+————+———–+——–+
| name | sex | birth | birthaddr | single |
+———-+——+————+———–+——–+
| abccs |f | 1977-07-07 | china | y |
| mary |f | 1978-12-12 | usa | NULL |
| tom |m | 1970-09-02 | usa | NULL |
+———-+——+————+———–+——–+

3、增加记录

前面已经讲过如何增加一条记录,为便于查看,重复与此:

mysql> insert into mytable
-> values (′abc′,′f′,′1966-08-17′,′china′,′n′);
Query OK, 1 row affected (0.05 sec)

查看一下:

mysql> select * from mytable;
+———-+——+————+———–+——–+
| name | sex | birth | birthaddr | single |
+———-+——+————+———–+——–+
| abccs |f | 1977-07-07 | china | y |
| mary |f | 1978-12-12 | usa | NULL |
| tom |m | 1970-09-02 | usa | NULL |
| abc |f | 1966-08-17 | china | n |
+———-+——+————+———–+——–+

0

详细介绍PHP应用提速

一月 10, 2012

我们都知道,速度快是PHP最大的优点。一般情况下PHP总是具有足够的速度支持Web内容动态生成,许多时候你甚至无法找出比它更快的方法。

  然而,当你不得不面对庞大的访问量、高负荷的应用、有限的带宽以及 其他各种带来性能瓶颈的因素时,你可能会问问自己是否可以做点什么让网站运行得更好。或许只要加上一个 很不起眼的免费模块,你的PHP应用性能以及Web服务器响应速度就会有显著的改善。

  本文讨论的就是如何进一 步提高php应用的性能,给用户以更美妙的浏览感受。本文分三个方面(代码优化、缓存、内容压缩)阐述提高 PHP应用性能的各种技术,并介绍各个领域的知名产品。

  代码优化

  首先我们来看看代码优化。注意,这里的代码优化可不是指把代码写得更加美观漂亮,因为这恐怕已经是 众所周知没有必要继续讨论了;另外,如果你已经考虑到了速度问题,很可能你早就对PHP的源代码作了一些优化。

  不过,有些工具却能够自动地帮助我们完成这些繁杂的工作,如Zend Optimizer就是这样一个工具。 Zend Optimizer可以从Zend Technologies免费得到,但你必须同意它的许可约定,注意它不是以 GPL方式发行。Zend Optimizer获取由Zend Engine运行时编译生成的中间代码,并对它进行优化, 从而使得中间代码具有更快的执行效率。

  Zend Optimizer的安装方法非常简单,你只需下载为自己所用平台提供的预编译版本,把下面两行代 码加入到php.ini,然后重新启动Web服务器即可:

  zend_optimizer.optimization_level=15

  zend_extension=”/path/to/ZendOptimizer.so”

  zend_loader.enable=Off

  这里额外增加的第三行代码是可选的。禁止zend_loader似乎能够让Zend Optimizer的速度更快一点 ,所以在php.ini中加上这行代码是值得的。注意:只有当你不使用Zend Encoder Runtime时,你才 可以禁用zend_loader。

  缓存

  如果你想要让自己庞大的PHP应用有更好的性能表现,采用缓存也是一种很好的方法。现在已经有许多缓存 方案可供选择,其中包括:Zend Cache,APC,和Afterburner Cache。

  所有这些产品都属于“缓存模块”。当第一次出现对.php文件的请求时,它们会在Web服务器内存中保存 PHP的中间代码,此后就用“经过编译”的版本响应后继的请求。这种方法确实能够改善应用的性能,因为它使 得磁盘访问量减低到了最少的程度(代码已经读取和解析),代码直接在内存中运行使得服务器响应请求的速度大大提高。

  当然,缓存模块还会监视PHP源文件的变化,必要时重新缓存页面,从而防止了用户得到的页面仍 旧由过时的PHP代码生成。由于缓存模块能够明显地降低服务器的负载、提高PHP应用的响应效率,因此它们非 常适合于负载较大的网站使用。

  如何选择这些缓存产品

  Zend Cache是Zend Technologies公司的商业软件,而Zend Technologies就是前面提到的 那个为我们提供PHP引擎和免费Zend Optimizer的公司。Zend Cache确实是名不虚传!对于大型的 PHP页面,你可以感觉到第一次运行之后速度就会有所提高,而且服务器也会有更多的可用资源。遗憾的是这个 产品并不免费,不过在有些情形下它仍旧是物超所值。

  Afterburner Cache是来自Bware Technologies的免费缓存模块,当前这个产品还是Beta版。 Afterburner Cache的做法看起来与Zend Cache差不多,但它对性能的改善程度(还)不能与 Zend Cache相比,而且它还不能与Zend Optimizer一起工作。

  APC是Alternative PHP Cache的缩写,它是来自Community Connect的又一个免费缓存模 块。这个产品已经具有足够的稳定性供正式场合使用,而且它看起来也能在很大程度上提高响应请求的速度。

  内容压缩

  前面我们讨论了几种提高PHP应用性能的方法,下面来看看使得浏览者感到网站速度太慢的另外一个重要因 素:下载速度。如果PHP应用在内部Intranet上运行,而且每一台客户机都以100 MB/s的速度连接到服务 器,那么下载速度应该不是什么问题。然而,如果服务器还要为慢腾腾的Modem用户提供服务,那么值得考虑内 容压缩。

  大多数浏览器都根据IETF标准支持用gzip进行内容压缩。这意味着你可以用gzip压缩内容然而发送给 浏览器,由浏览器解压缩数据之后再显示页面,这整个过程对用户来说完全透明。至于服务器端的内容压缩, 现在已经有许多不同的方法可供使用。

  例如,来自Remote Communications的免费Apache模块mod_gzip就具有为支持这类内容编码的浏览器 压缩静态Web内容的能力。对于绝大多数静态Web内容,mod_gzip都非常有效。mod_gzip可以方便地编译到 Apache里面,也可以作为DSO使用。据Remote communications公司说,mod_gzip也能够压缩来自mod_php 、mod_perl等的动态内容。

  我试了一次又一次,但看来还是不行。我看了许多关于mod_gzip的论坛和文章,看 来到了mod_gzip的下一个版本(可能是1.3.14.6f)这个问题有望得到解决。在此之前,我们可以在网站的静态 部分使用mod_gzip。

  然而有时我们确实需要压缩动态内容,所以必须找找其他办法。有一种办法是使用class.gzip_encode.php ,这是一个可以用来压缩页面内容的PHP类,具体方法是在PHP脚本的开头和末尾调用该类的某些函数。如果要 在网站级实现这个方案,可以从php.ini文件的auto_prepend以及auto_append指令调用这些函数。

  这种方法虽 然有效,但它无疑为高负载的网站带来了更多的开销。关于如何使用这个类的详细说明,请参见它的源代码。 它的源代码说明相当完善,作者告诉了你所有你必须知道的事情。

  PHP 4.0.4有一个新的输出缓存句柄ob_gzhandler,它与前面的类相似,但用法不同。使用 ob_gzhandler时要在php.ini中加入的内容如下:

  output_handler = ob_gzhandler ;

  这行代码使得PHP激活输出缓存,并压缩它发送出去的所有内容。如果由于某种原因你不想在php.ini中加上这行代码,你还可以通过PHP源文件所在目录的.htaccess文件改变默认的服务器行为(不压缩),语法如下 :

  php_value output_handler ob_gzhandler

  或者是从PHP代码调用,如下所示:

  ob_start(“ob_gzhandler”);

  采用输出缓存句柄的方法确实非常有效,而且不会给服务器带来什么特殊的负荷。但必须注意的是,Netscape Communicator对压缩图形的支持不佳,因此除非你能够保证所有用户都使用IE浏览器,否则你 应该禁止压缩JPEG和GIF图形。一般地,对于所有其他文件,这种压缩都有效,但建议你针对各种浏览器都分别 进行测试,特别是当你使用了特殊的插件或者数据查看器时这一点尤其重要。

  使用前面介绍的各种技术,你能够显著地改善网站的性能表现,但应该注意的是:

  PHP可能是、也可能不是性能瓶颈所在。务必仔细地观察每一个和应用性能有关的因素,比如数据库等。

  单纯使用本文技术只能在一定限度之内提高Web服务器的性能。因此在归咎于PHP以及它的缓存之前,不妨看看是否应该升级服务器以及是否可以引入负载平衡技术(后者需要较大的投资)。

  不要低估内容压缩的作用。虽然你在100 MB/s的LAN连接下看到Web应用响应非常迅速,但使用Modem 连接的用户不会,他们只会抱怨你那100 Kb的HTML页面实在过于庞大。

0