PHP使用数据库永久连接方式操作MySQL的是与非
PHP程序员应该都知道连接MySQL数据库可以使用mysql_pconnect（永久连接）函数，使用数据库永久连接可以提高效率，但是实际应用中数据库永久连接往往会导致出现一些问题，通常的表现就是在大访问量的网站上时常发生断断续续的无法连接数据库的情况，出现类似＂Too many connections in ...＂的错误提示信息，重新启动服务器又正常了，但过不了一会儿又出现同样的故障。对于这些问题的成因，恐怕就不是每个人都能说清楚的了，虽然PHP文档里有一些相关资料，但是解释的并不浅显易懂，这里我厚着脸皮试图做一个简单的讨论，所述观点不见得全都正确，欢迎大家反馈意见。
首先看看数据库永久连接的定义：
永久的数据库连接是指在脚本结束运行时不关闭的连接。当收到一个永久连接的请求时。PHP 将检查是否已经存在一个（前面已经开启的）相同的永久连接。如果存在，将直接使用这个连接；如果不存在，则建立一个新的连接。所谓“相同”的连接是指用相同的用户名和密码到相同主机的连接。
PHP使用永久连接方式操作MySQL是有前提的：就是PHP必须安装为多线程或多进程Web服务器的插件或模块。最常见的形式是把PHP用作多进程Apache服务器的一个模块。对于一个多进程的服务器，其典型特征是有一个父进程和一组子进程协调运行，其中实际生成Web页面的是子进程。每当客户端向父进程提出请求时，该请求会被传递给还没有被其它的客户端请求占用的子进程。这也就是说当相同的客户端第二次向服务端提出请求时，它将有可能被一个不同的子进程来处理。在开启了一个永久连接后，所有不同子进程请求SQL服务的后继页面都能够重新使用这个已经建立的 SQL服务器连接。它使得每个子进程在其生命周期中只做一次连接操作，而非每次在处理一个页面时都要向 SQL 服务器提出连接请求。每个子进程将对服务器建立各自独立的永久连接。PHP本身并没有数据库连接池的概念，但是Apache有进程池的概念, 一个Apache子进程结束后会被放回进程池, 这也就使得用mysql_pconnect打开的的那个mysql连接资源可以不被释放，而是依附在相应的Apache子进程上保存到了进程池中。于是在下一个连接请求时它就可以被复用。一切看起来似乎都很正常，但是在Apache并发访问量大的时候，如果使用mysql_pconnect，会由于之前的 Apache子进程占用的MySQL连接没有close, 很快使MySQL达到最大连接数，使得之后的请求可能得不到响应。
上面的部分文字是摘抄自PHP文档，看起来可能还是有些文绉绉的不好理�
相关文档：
最近业务访问量比较大，数据统计类的操作都切换到mysql的备机上去了，备机的读操作不会影响主、备之间的热备的
下面列一下具体的原理：
要想用好一个系统，理解其实现原理是非常重要的事情，只有理解了其实现原理，我们才能够扬长避短，合理的利用，才能够搭建出最适合我们自己应用环境的系统，才能够在系统实施之后更好� ......
Mysql初始化root密码和允许远程访问
mysql默认root用户没有密码，输入mysql –u root 进入mysql
1、初始化root密码
进入mysql数据库
1
mysql>update user set password=PASSWORD(‘123456’) where User='root';
2、允许mysql远程访问,可以使用以下三种方式:
a、改表。
1
mysql -u root – ......
因为MySQL再debian下默认是不允许远程连接的，所以需要注释掉这个限制。我的MySQL是用apt-get安装的，所以路径是默认的（如果是自己
手动安装，可以自己寻找下正确的路径），用命令 vi /etc/mysql/my.cnf 打开文件，注释掉 bind-address = 127.0.0.1 保存:wq 回车。
然后再登录到MySQL服务器端，在mysql库下� ......
netbeans6.7中向mysql5中插入中文数据时显示”data too long for column“的问题。
我的mysql中字符的设置时utf-8，并且在控制台中可以插入中文数据并显示，但在netbeans中插入数据时却总是显示”data too long for column“。基本可以判断是由于netbeans和mysql之间的数据交换出� ......
PDO是一个“数据库访问抽象层”，作用是统一各种数据库的访问接口，与mysql和mysqli的函数库相比，PDO让跨数据库的使用更具有亲和力；与ADODB和MDB2相比，PDO更高效。目前而言，实现“数据库抽象层”任重而道远，使用PDO这样的“数据库访问抽象层”是一个不错的选择。
PDO->beginTransa ......
