PHP与MYSQL搭配出现中文乱码的“终极”解决方案_MySQL_ThinkSAAS
PHP与MYSQL搭配出现中文乱码的“终极”解决方案
PHP与MYSQL搭配出现中文乱码的“终极”解决方案
PHP程序设计中中文编码问题曾经困扰很多人，导致这个问题的原因其实很简单，每个国家(或区域)都规定了计算机信息交换用的字符编码集，如美国的扩展 ASCII 码, 中国的 GB2312-80，日本的 JIS 等。作为该国家/区域内信息处理的基础，字符编码集起着统一编码的重要作用。字符编码集按长度分为 SBCS(单字节字符集)，DBCS(双字节字符集)两大类。早期的软件(尤其是操作系统)，为了解决本地字符信息的计算机处理，出现了各种本地化版本 (L10N)，为了区分，引进了
LANG, Codepage 等概念。但是由于各个本地字符集代码范围重叠，相互间信息交换困难; 软件各个本地化版本独立维护成本较高。因此有必要将本地化工作中的共性抽取出来，作一致处理，将特别的本地化处理内容降低到最少。这也就是所谓的国际化 (118N)。各种语言信息被进一步规范为 Locale 信息。处理的底层字符集变成了几乎包含了所有字形的 Unicode。　　现在大部分具有国际化特征的软件核心字符处理都是以 Unicode 为基础的，在软件运行时根据当时的ocale/Lang/Codepage 设置确定相应的本地字符编码设置，并依此处理本地字符。在处理过程中需要实现
Unicode 和本地字符集的相互转换，甚或以 Unicode 为中间的两个不同本地字符集的相互转换。这种方式在网络环境下被进一步延伸，任何网络两端的字符信息也需要根据字符集的设置转换成可接受的内容。
　　数据库中的字符集编码问题
　　流行的关系数据库系统都支持数据库字符集编码，也就是说在创建数据库时可以指定它自己的字符集设置，数据库的数据以指定的编码形式存储。当应用程序访问数据时，在入口和出口处都会有字符集编码的转换。对于中文数据，数据库字符编码的设置应当保证数据的完整性。GB2312、GBK、UTF-8 等都是可选的数据库字符集编码; 当然我们也可以选择 ISO-bit)，只是我们得在应用程序写数据之前先将
16Bit 的一个汉字或 Unicode 拆分成两个 8-bit 的字符，读数据之后也需要将两个字节合并起来，同时还要判别其中的 SBCS 字符，因此我们并不推荐采用 ISO8859-1 作为数据库字符集编码。这样不但没有充分利用数据库自身的字符集编码支持，而且同时也增加了编程的复杂度。编程时，可以先用数据库管理系统提供的管理功能检查其中的中文数据是否正确。 
　　PHP 程序在查询数据库之前，首先执行 mysql_query("SET NAMES xxxx"); 其中 xxxx 是你网页的编码(charset=xxxx)，如果网页中 charset=utf8，则 xxxx=utf8，如果网页中 charset=gb2312，则xxxx=gb2312，几乎所有 WEB 程序，都有一段连接数据库的公共代码，放在一个文件里，在这文件里，加入 mysql_query("SET NAMES xxxx") 就可以了。
　　SET NAMES 显示客户端发送的 SQL 语句中使用什么字符集。因此，SET NAMES &utf-8& 语句告诉服务器“将来从这个客户端传来的信息采用字符集 utf-8”。它还为服务器发送回客户端的结果指定了字符集(例如，如果你使用一个 SELECT 语句，它表示列值使用了什么字符集)。
定位问题时常用的技巧 :
　　定位中文编码问题通常采用最笨的也是最有效的办法―在你认为有嫌疑的程序处理后打印字符串的内码。通过打印字符串的内码，你可以发现什么时候中文字符被转换成 Unicode，什么时候Unicode 被转回中文内码，什么时候一个中文字成了两个 Unicode 字符，什么时候中文字符串被转成了一串问号，什么时候中文字符串的高位被截掉了……
取用合适的样本字符串也有助于区分问题的类型。如："aa啊 " 等中英相间，GB、GBK特征字符均有的字符串。一般来说，英文字符无论怎么转换或处理，都不会失真(如果遇到了，可以尝试着增加连续的英文字母长度)。
　　解决各种应用的乱码问题
　　1) 使用 标签设置页面编码
　　这个标签的作用是声明客户端的浏览器用什么字符集编码显示该页面，xxx 可以为 GB2312、GBK、UTF-8(和 MySQL 不同，MySQL 是 UTF8)等等。因此，大部分页面可以采用这种方式来告诉浏览器显示这个页面的时候采用什么编码，这样才不会造成编码错误而产生乱码。但是有的时候我们会发现有了这句还是不行，不管 xxx 是哪一种，浏览器采用的始终都是一种编码，这个情况我后面会谈到。　　请注意， 是属于 HTML 信息的，仅仅是一个声明，仅表明服务器已经把 HTML
信息传到了浏览器。
　　2) header("content-type:text/ charset=xxx")　　这个函数 header() 的作用是把括号里面的信息发到 http 标头。如果括号里面的内容为文中所说那样，那作用和标签基本相同，大家对照第一个看发现字符都差不多的。但是不同的是如果有这段函数，浏览器就会永远采用你所要求的 xxx 编码，绝对不会不听话，因此这个函数是很有用的。为什么会这样呢?那就得说说 http 标头和 HTML信息的差别了：　　
http 标头是服务器以 http 协议传送 HTML 信息到浏览器前所送出的字串。而 标签是属于 HTML 信息的，所以 header() 发送的内容先到达浏览器，通俗点就是 header() 的优先级高于 (不知道可不可以这样讲)。假如一个 php 页面既有header("content-type:text/ charset=xxx")，又有，浏览器就只认前者 http 标头而不认 meta 了。当然这个函数只能在 php 页面内使用。
同样也留有一个问题，为什么前者就绝对起作用，而后者有时候就不行呢?这就是接下来要谈的Apache 的原因了。
　　3) AddDefaultCharset 　　Apache 根目录的 conf 文件夹里，有整个 Apache 的配置文档 httpd.conf。　　用文本编辑器打开 httpd.conf，第 708 行(不同版本可能不同)有 AddDefaultCharset xxx，xxx为编码名称。这行代码的意思：设置整个服务器内的网页文件 http 标头里的字符集为你默认的 xxx字符集。有这行，就相当于给每个文件都加了一行 header("content-type:text/ charset=xxx")。这下就明白为什么明明设置了是
utf-8，可浏览器始终采用 gb2312 的原因。
　　如果网页里有 header("content-type:text/ charset=xxx")，就把默认的字符集改为你设置的字符集，所以这个函数永远有用。如果把 AddDefaultCharset xxx 前面加个"#"，注释掉这句，而且页面里不含 header("content-type…")，那这个时候就轮到 meta 标签起作用了。
　　下面列出以上的优先顺序：　　.. header("content-type:text/ charset=xxx") .WVE　　.. AddDefaultCharset xxx
　　..　　如果你是 web 程序员，建议给你的每个页面都加个header("content-type:text/ charset=xxx")，这样就可以保证它在任何服务器都能正确显示，可移植性也比较强。
　　4) php.ini 中的 default_charset 配置：　　php.ini 中的 default_charset = "gb2312" 定义了 php 的默认语言字符集。一般推荐注释掉此行，让浏览器根据网页头中的 charset 来自动选择语言而非做一个强制性的规定，这样就可以在同台服务器上提供多种语言的网页服务。
　　结束语
　　其实 php 开发中的中文编码并没有想像的那么复杂，虽然定位和解决问题没有定规，各种运行环境也各不尽然，但后面的原理是一样的。了解字符集的知识是解决字符问题的基础。不过，随着中文字符集的变化，不仅仅是 php 编程，中文信息处理中的问题还是会存在一段时间的。
要说乱码，得先从mysql的几个参数说起，从mysql5开始，多了几个设置字符集的系统变量：
character_set_client
客户端字符集
character_set_connection
客户端与服务器端连接采用的字符集
character_set_results
SELECT查询返回数据的字符集
character_set_database
采用的字符集
乱码问题一般是由于以上几个变量设置错误照成的，很多人在请教乱码问题的时候，一般都会得到一个这样的答案：“你先set names一下”。那么set names是什么呢？ set names实际上就是同时设置了character_set_client, character_set_connection, character_set_results这三个系统变量。
例如set names &gbk&等同于：
set @@character_set_client = &gbk&
set @@character_set_connection = &gbk&
set @@character_set_results = &gbk&
很多情况下，这样设置了之后就能把乱码问题解决了。但是还是不能完全避免出现乱码的可能，为什么呢？
因为character_set_client,character_set_connection这两个变量仅用于保证与character_set_database编码的一致，而character_set_results则用与保证SELECT返回的结果与程序的编码一致。
例如，你的数据库(character_set_database)用的是utf8的字符集，那么你就要保证character_set_client,character_set_connection也是utf8的字符集。而你的程序也许采用的并不是utf8，比如你的程序用的是gbk，那么你若把character_set_results也设置为utf8的话就会出现乱码问题。此时你应该把character_set_results设置为gbk。这样就能保证数据库返回的结果与你的程序的编码一致。
下面我给出一段用于设置字符集的(其中用到了一个我自己写的db库，相信应该不影响阅读)：
//假设我们的程序采用的是utf8的字符集
$program_char=&utf8&;
//先检查mysql的版本号，如果版本号大于4我们才可以设置这些系统变量(mysql4还没有这些系统变量)
$version=current($db-&fetch_one(&SELECT VERSION()&));
if(substr($version,0,1) &4)
//取出当前数据库的字符集
$sql=&SELECT @@character_set_database&;
$char=current($db-&fetch_one($sql));
//将客户端字符集(character_set_client)和连接字符集(character_set_connection)设置为与数据库字符集(character_set_database)一致
$db-&query(&SET @@character_set_client = "&.$char.&"&);
$db-&query(&SET @@character_set_connection = "&.$char.&"&);
//将SELECT查询返回数据的字符集设置为与当前程序的字符集一致
$db-&query(&SET @@character_set_results = "&.$program_char.&"&);
1、要保证数据库中存的数据与数据库编码一致，即数据编码与character_set_database一致；
2、要保证通讯的字符集与数据库的字符集一致，即character_set_client, character_set_connection与character_set_database一致；
3、要保证SELECT的返回与程序的编码一致，即character_set_results与程序编码一致；
4、要保证程序编码与浏览器编码一致，即程序编码与&meta http-equiv="Content-Type" content="text/ charset=？"/&一致。
解决 mysql 中文乱码的终极方案
I promise this is gonna be the last time on it 
自从写完下面两篇文章： 
wordpress 1.5升级注意事项-中文乱码篇
MySQL(和PHP搭配之最佳组合) 4.1中文乱码第二击
过去几个月就不断有来信询问各种MySQL(和PHP搭配之最佳组合)中文相容的问题，所以有机会看到许多玩家们用的各式连接法与程式，实在太开眼界。 
最近因为转换到flex 2做为开发平台并重写一些产品，许多去年写的framework就无法使用，而其中有部份专门处理多国语系的library也随之失效，导致我得重新面对这个问题，所以正好籍此机会将一些新心得整理出来。
＊MySQL(和PHP搭配之最佳组合)中文乱码的原因
MySQL(和PHP搭配之最佳组合)会出现中文乱码的原因不外乎下列几点： 
-MySQL(和PHP搭配之最佳组合) server本身设定问题，例如还停留在latin1 
-MySQL(和PHP搭配之最佳组合) table的语系设定问题(包含character与collation) 
-客户端程式(例如php)的连线语系设定问题
在之前的两篇文章中已介绍过如何设定MySQL(和PHP搭配之最佳组合) server/table的character/collation。 
接下来只需要补充几点注意事：
＊MySQL(和PHP搭配之最佳组合)中文乱码必胜解决法
1、MySQL(和PHP搭配之最佳组合)启动时会读取一个预设的config档，一般名称为my.ini，而它会到下列两位置去寻找这个档案： 
C:windowsmy.ini也就是作业系统的安装目录，也有可能是C:winntmy.ini 
C::my.cnf也就是C disk的根目录
注意不同位置里的档案suffix(后缀)不一样，这点在之前的文章中没有特别强调，因此那时我是用更复杂的方法直接重新将MySQL(和PHP搭配之最佳组合)注册到service里面，并在那里指定my.ini的位置。
2、my.ini里的内容为：
[MySQL(和PHP搭配之最佳组合)d]
default-character-set=utf8
[client]
default-character-set=utf8
init_connect=&SET NAMES utf8&
其中MySQL(和PHP搭配之最佳组合)d是指定server启动时要用的语系，但如果这里设定为utf8可能会让许多英文软体不开心，例如osCommerce/mediaWiki，所以这里建议设成latin1。
下面的client则是设定当client连线时要使用什么语系，但可惜的是这个设定不是每个client都会鸟它，基本上只有MySQL(和PHP搭配之最佳组合)自已家的程式，例如MySQL(和PHP搭配之最佳组合).exe, MySQL(和PHP搭配之最佳组合)d.exe, MySQL(和PHP搭配之最佳组合)admin.exe或是MySQL(和PHP搭配之最佳组合) Control Center这种程式会去读取这个设定档然后改用utf8连线。
note:感谢b6s桑热情相助提供第二行指令，据说比一支支php程式去设定connection setting更快，这样应该也可以顺便解决phpmyadmin无法正确显示unicode中文的问题(不过amfphp到是不吃这套，一定要乖乖的自已设定语系才行)
但大部份工程师应该都是自已写php/jsp(SUN企业级应用的首选)程式去连线，此时自然不会读取这个设定而继续使用预设的语系- latin1。
这也正是八成来信朋友阵亡的地方。
通常我会用一个独立的档案来处理MySQL(和PHP搭配之最佳组合) connection的设定，例如：
PLAIN TEXT
//database connection details.
$host = "localhost";
$link = MySQL(和PHP搭配之最佳组合)_connect($host, "xxx", "xxx");
MySQL(和PHP搭配之最佳组合)_query("SET NAMES &utf8&");
MySQL(和PHP搭配之最佳组合)_select_db("your_table_name_here", $link);
请注意在MySQL(和PHP搭配之最佳组合)_connect后第五行的地方有加上一个"set names &utf8& "的指令，告诉MySQL(和PHP搭配之最佳组合)这个connection之后的连线内容都要使用utf8，经过这样设定后，通常就可以解决大部份问题。
从这里也可以推想得知，如果你有用某种custom connection pooling机制，就要记得在每次建立新的connection后立即设定为utf8。 
这组设定经过几天的反覆测试(使用中文繁、简、日文、韩文)后已经证实完全不会有乱码或是某些字变成"口"。 
例子：试者输入这几个字「不道可否啰」如果它们能正确进入MySQL(和PHP搭配之最佳组合)再被读出来，那就是中文没问题了，如果读出来后变成『口』字那就是革命还未成功同志仍需努力...orz
当然我也顺便验证了flex2 - amfphp - php - MySQL(和PHP搭配之最佳组合)来回传resultset也不再会有中文乱码问题，可以安心使用啰。
解决 mysql 中文乱码的终极方案
I promise this is gonna be the last time on it 
自从写完下面两篇文章： 
wordpress 1.5升级注意事项-中文乱码篇
MySQL 4.1中文乱码第二击
过去几个月就不断有来信询问各种MySQL中文相容的问题，所以有机会看到许多玩家们用的各式连接法与程式，实在太开眼界。 
最近因为转换到flex 2做为开发平台并重写一些产品，许多去年写的framework就无法使用，而其中有部份专门处理多国语系的library也随之失效，导致我得重新面对这个问题，所以正好籍此机会将一些新心得整理出来。
＊MySQL中文乱码的原因
MySQL会出现中文乱码的原因不外乎下列几点： 
-MySQL server本身设定问题，例如还停留在latin1 
-MySQL table的语系设定问题(包含character与collation) 
-客户端程式(例如php)的连线语系设定问题
在之前的两篇文章中已介绍过如何设定MySQL server/table的character/collation。 
接下来只需要补充几点注意事：
＊MySQL中文乱码必胜解决法
1、MySQL启动时会读取一个预设的config档，一般名称为my.ini，而它会到下列两位置去寻找这个档案： 
C:windowsmy.ini也就是作业系统的安装目录，也有可能是C:winntmy.ini 
C::my.cnf也就是C disk的根目录
注意不同位置里的档案suffix不一样，这点在之前的文章中没有特别强调，因此那时我是用更复杂的方法直接重新将MySQL注册到service里面，并在那里指定my.ini的位置。
2、my.ini里的内容为：
[MySQLd]
default-character-set=utf8
[client]
default-character-set=utf8
init_connect=&SET NAMES utf8&
其中MySQLd是指定server启动时要用的语系，但如果这里设定为utf8可能会让许多英文软体不开心，例如osCommerce/mediaWiki，所以这里建议设成latin1。
下面的client则是设定当client连线时要使用什么语系，但可惜的是这个设定不是每个client都会鸟它，基本上只有MySQL自已家的程式，例如MySQL.exe, MySQLd.exe, MySQLadmin.exe或是MySQL Control Center这种程式会去读取这个设定档然后改用utf8连线。
note:感谢b6s桑热情相助提供第二行指令，据说比一支支php程式去设定connection setting更快，这样应该也可以顺便解决phpmyadmin无法正确显示unicode中文的问题(不过amfphp到是不吃这套，一定要乖乖的自已设定语系才行)
但大部份工程师应该都是自已写php/jsp(SUN企业级应用的首选)程式去连线，此时自然不会读取这个设定而继续使用预设的语系- latin1。
这也正是八成来信朋友阵亡的地方。
通常我会用一个独立的档案来处理MySQL connection的设定，例如：
PLAIN TEXT
//database connection details.
$host = "localhost";
$link = MySQL_connect($host, "xxx", "xxx");
MySQL_query("SET NAMES &utf8&");
MySQL_select_db("your_table_name_here", $link);
请注意在MySQL_connect后第五行的地方有加上一个"set names &utf8& "的指令，告诉MySQL这个connection之后的连线内容都要使用utf8，经过这样设定后，通常就可以解决大部份问题。
从这里也可以推想得知，如果你有用某种custom connection pooling机制，就要记得在每次建立新的connection后立即设定为utf8。 
这组设定经过几天的反覆测试(使用中文繁、简、日文、韩文)后已经证实完全不会有乱码或是某些字变成"口"。 
例子：试者输入这几个字「不道可否啰」如果它们能正确进入MySQL再被读出来，那就是中文没问题了，如果读出来后变成『口』字那就是革命还未成功同志仍需努力...orz
当然我也顺便验证了flex2 - amfphp - php - MySQL来回传resultset也不再会有中文乱码问题，可以安心使用啰。
PHP开发框架
开发工具/编程工具
服务器环境
ThinkSAAS商业授权：
ThinkSAAS为用户提供有偿个性定制开发服务
ThinkSAAS将为商业授权用户提供二次开发指导和技术支持
让ThinkSAAS更好，把建议拿来。
开发客服微信如何配置php ，从而可以将php与 Mysql关联起来？？_百度知道
如何配置php ，从而可以将php与 Mysql关联起来？？
$link) echo &Apache Software Foundation&#92?php$link=mysql_connect(&#39：&;;admin'if(.2\root&#39：Fatal error.php on line 2我已经将php: Call to undefined function mysql_connect() in C.dll前面的分号已经去掉了:&#92。我安装的是mysql5,'Apache2;;Program Files\我现在 apache php mysql已经装好了，现在我不知道php能否访问mysql写了以下的测试程序?&htdocs&#92.ini 文件中的 extension=php_;mysql_close();;localhost&#39,'success&)。 服务器已经可以解释php文件了;访问的时候 出现了;fail&else echo &quot
辰溪老土匪“说的是错的mysql_connect前面加@是屏蔽报错信息的意思;连接失败&;;) ;$conn =mysql_connect(&;meta http-equiv=&#92, &&;;&Content-Type\&quot。我不知道你为什么要这么写，但我一般这样写&&root&&localhost&这里填你设置的数据库的密码&quot，解决不了问题;?phpecho &/if($conn)echo &这样写比较直观;text/连接成功&/ content=\; charset=utf-8&#92。还有我估计你数据库没有设置密码但是你用mysql_connect执行的时候写上去了所以才会报错（就是你写的admin）我也是PHP初学者有意加我;&elseecho &*无视这行*/*检验PHP与Mysql连接是否正常*/ &#47,你可以试试;&quot？&gt, &quot
其他类似问题
为您推荐：
其他2条回答
还有你那个语句可以改为$link=@mysql_connect(&quot可能php,&localhost&quot.然后把那个目录写在extension_dir=&quot,你先查找php_的分号中;) or die (&quot.dll在哪个目录;admin&quot,&root&;&).ini中的extension_dir指向的目录不正确;fail&
建议楼主装个集成的环境，如wamp。
您可能关注的推广
mysql的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁phpeclipse中apache和mysql怎么配啊，怎么配我才能直接在eclipse中启动APACHE和mysql , 下面是我的配置_百度知道
phpeclipse中apache和mysql怎么配啊，怎么配我才能直接在eclipse中启动APACHE和mysql , 下面是我的配置
using 192.55 for ServerName并且进程管理器里面出现2个httpd我是这样配的.1.168.s fully qualified domain name: Could not reliably determine the server&#39,但是一点击启动就出现httpd
我的意思是&/zhidao/pic/item/32fa828ba61ea8d398c10c1f58f5://f.com/zhidao/wh%3D450%2C600/sign=f736afc30ec7f2/32fa828ba61ea8d398c10c1f58f5.baidu.在eclipse里该怎么配呢 即可！ 关于出现多个httpd。比如你新建的项目是 test ，eclipse新建的项目就保存在test这个目录下即可点击菜单栏中的“run”&gt.&&&gt
来自团队：
其他类似问题
为您推荐：
phpeclipse的相关知识
其他1条回答
先从网站上下载APACHE2.2.3 Mysql 5.0.22 PHP 5.2.0
假设:系统盘为 c:/
假设:安装好后目录状态会是这样子:
apache--& C:\Program Files\Apache Software Foundation\Apache2.2
mysql--&C:\Program Files\MySQL\MySQL Server 5.0
php--& c:/php
准备工作：
安装之前需要检查80端口、3306端口是否被其它程序占用，如果有，则需要删除相应的软件
-------------------------------------
第一步安装mysql
解 开压缩包，执行安装文件，大部分只需要按照缺省路径和安装提示进行安装就可以了，需要注意就是不能选择匿名用户，同时需要把mysql的路径加入系统的 Path路径中。安装结束后，需要重新启动计算机。重启计算机后，检查[控制面板]-[管理工具]-[服务]，确定里面的mysql服务是否启动，如果没...
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁当前位置:&&
不使用MySQL数据库的五个给力理由解析
&&&&来源:&互联网& 发布时间：
在我们实际工作中，往往会能听到很多关于不使用MySQL数据库的理由，当然也有一些是对MySQL(和PHP搭配之最佳组合)的误解，下面我将讲述的是5个不使用MySQL(和PHP搭配之最佳组合)的响亮理由。首先我们要知道，或许有一项技术存在很多理由让我们可以选择使用它，但是让我们不使用它往往只要有一个理由就足够了。选择一个软件产品同样也是如此。 MySQL数据库虽然应用很广泛，受到大家的青睐，但MySQL数据库也有负面的作用，下面就介绍五个不适用 MySQL数据库的给力理由。
1、MySQL(和PHP搭配之最佳组合)的授权方式
MySQL(和PHP搭配之最佳组合)采用双重授权(Dual Licensed)，它们是GPL和MySQL(和PHP搭配之最佳组合) AB制定的商业许可协议。
如果你在一个遵循GPL的自由(开源)项目中使用MySQL(和PHP搭配之最佳组合)，那么你可以遵循GPL协议使用MySQL(和PHP搭配之最佳组合)。然而，如果你的项目不是在GPL协议下的话，你必须为使用MySQL(和PHP搭配之最佳组合)来支付许可费用，或者你可能因为这个因素而将你的项目改为遵循GPL，那么你需要处理因此带来的更多的支持工作，这有可能会带来成本上的提高。在这种情况下，一些软件发行商可能倾向于选择别的开源数据库，例如遵循BSD授权的PostgreSQL。
2、产品成熟性
到2009年，甲骨文的数据库Oracle(大型网站数据库平台)已经诞生了30周年，而MySQL(和PHP搭配之最佳组合)却连它的一半时间都没有。微软的sql server(WINDOWS平台上强大的数据库平台)仅仅比MySQL(和PHP搭配之最佳组合)大两年，但是sql server(WINDOWS平台上强大的数据库平台)的发布是建立在Sybase的基础上，那时候Sybase已经诞生了6年的时间。至于其他值得关注的开源数据库，PostgreSQL将在2009年达到20岁的生日。虽然MySQL(和PHP搭配之最佳组合)并不是市场上最年轻的数据库，但是却有更多成熟的数据库可供我们选择。
当然，或许这并不是我们拒绝MySQL(和PHP搭配之最佳组合)的一个有说服力的理由，但是对于一些比较守旧的IT经理来说，在为一些关键业务选择平台的时候，平台的成熟性却是必须要考虑的一个因素，在这一点上，MySQL(和PHP搭配之最佳组合)无疑毫无优势。
3、功能设置成熟性
要想在MySQL(和PHP搭配之最佳组合)与其他数据库之间进行一个面面俱到的功能设置对比，并不是一件容易的事情。随着新软件版本的发布或一些补丁的推出，曾经的功能列表可能会迅速变得过时了。而且，有些功能对有的应用程序非常重要，但是对别的应用程序则不一定。
有的时候，一些缺失的功能可以通过别的办法来实现，例如，在MySQL(和PHP搭配之最佳组合) 4.1以前，你可以通过使用join方法来替代子查询的功能。在MySQL(和PHP搭配之最佳组合) 5.0中，大多数关系型数据库所要求的功能已经都具备，但是我们却有理由怀疑这些功能在MySQL(和PHP搭配之最佳组合) 5.0中的成熟性。充其量它们在MySQL(和PHP搭配之最佳组合)中被支持的时间也就一年左右，而在其他关系型数据库中则已经存在了近10年的时间。
4、认证的作用
尽管MySQL(和PHP搭配之最佳组合)也有一个认证培训项目，但是它的培训却要比Oracle(大型网站数据库平台)或MS-SQL相差很远。尽管有的使用MySQL(和PHP搭配之最佳组合)的用户表示，MySQL(和PHP搭配之最佳组合)很容易上手，但是对于具有企业级数据库需求的用户来说，无疑希望员工得到系统、有深度的培训，显然MySQL(和PHP搭配之最佳组合)在这一点上还做得很不够。
一个相关的问题是第三方支持的资格问题，尽管直接来自厂商的支持和服务可以一定程度上减缓这个问题，但是，对于有的企业来说，通过强有力的本地化支持显然更有吸引力。
5、关于可扩展的看法
关于这个理由我把它放在最后一位。在很多业界专家中有一个相当一致的观点：MySQL(和PHP搭配之最佳组合)不能很好的扩展。关于这点可能有很大的分歧，争论的焦点主要集中于水平可扩展性和垂直可扩展性上。MySQL(和PHP搭配之最佳组合)则更倾向于垂直可扩展性。
据我的观察，现在有一个趋势，那些经过正式培训的数据库管理员DBA更倾向于选择一个专有关系数据库，例如Oracle(大型网站数据库平台)。对于一些具有专门数据库管理员的比较大的环境来说，MySQL(和PHP搭配之最佳组合)很难得到宠爱，这时候，关于MySQL(和PHP搭配之最佳组合)是否真的具有良好的可扩展性的争论已经没有意义。
不可否认，MySQL(和PHP搭配之最佳组合)也是一个很好的关系型数据库，或许在技术上它与其他领先的关系数据库相差并不大，或不具有劣势。但是，对于一些企业环境来说，MySQL(和PHP搭配之最佳组合)显然不具有优势。 所以不要盲目随大流，也要根据其功能性能的好坏去选择，对MySQL数据库的选用也不是说一定不好，只是在上面这五点上做的不是很好，其他方面还是值得肯定的。
相关技术文章: &&&&
因为可能需要对数据库的记录进行重新排序。在这篇文章中，笔者就谈谈提高Order By语句查询效率的两个思路，以供大家参考。
在MySQL数据库中，Order by语句的使用频率是比较高的。但是众所周知，在使用这个语句时，往往会降低数据查询的性能。因为可能需要对数据库的记录进行重新排序。在这篇文章中，笔者就谈谈提高Order By语句查询效率的两个思路，以供大家参考。
　一、建议使用一个索引来满足Order By子句。
在条件允许的情况下，笔者建议最好使用一个索引来满足Order By子句。如此...... &&&&
MySQL随着相应的各主创和内部开发人员的离去，缔造了各个不同的引擎和分支，让MySQL有希望继续发扬光大起来。 在MySQL经历了2008年Sun的收购和2009年Oracle收购Sun的过程中，基本处于停滞发展的情况，在可以预见的未来，MySQL是肯定会被Oracle搁置并且逐步雪藏消灭掉的。MySQL随着相应的各主创和内部开发人员的离去，缔造了各个不同的引擎和分支，让MySQL有希望继续发扬光大起来。
本文大致讲解一下MySQL目前除了主要的 MyISAM、InnoDB、Heap(Memory)、NDB 等引擎之外的其他引擎的发展和现状，以及MySQL主干以外的分支的状况，为了我们...... &&&&
MySQL数据库是完全网络化的跨平台关系型数据库系统，同时是具有客户机/服务器体系结构的分布式数据库管理系统。它具有功能强、使用简便、管理方便、运行速度快、安全可靠性强等优点，用户可利用许多语言编写访问MySQL数据库的程序，特别是与PHP更是黄金组合，运用十分广泛。MySQL数据库的安全配置也是很有必要的，现在的MySQL数据库中信息的安全性常常受到威胁，故安全配置必不可少。
由于MySQL是多平台的数据库，它的默认配置要考虑各种情况下都能适用，所以在我们自己的使用环境下应该进行进一步的安全加固。作为一......&nbsp最新技术文章: &&&&
本文分析了mysqld进程关闭的过程，以及如何安全、缓和地关闭MySQL实例，对这个过程不甚清楚的同学可以参考下。
关闭过程：
1、发起shutdown，发出SIGTERM信号
2、有必要的话，新建一个关闭线程(shutdown thread)
如果是客户端发起的关闭，则会新建一个专用的关闭线程
如果是直接收到 SIGTERM 信号进行关闭的话，专门负责信号处理的线程就会负责关闭工作，或者新建一个独立的线程负责这个事
当无法创建独立的关闭线程时(例如内存不足)，MySQL Server会发出类似下面的告警信息：
Error: Can't create thread to kill se...... &&&&
有一天，两个不懂mysql内核的人想去了解mysql内核代码，两个人不是去调试代码、查找资料，而是在那边思考。因为不了解内核，所以边思考边去验证。
使用的mysql代码是5.1.7，调试环境是windows平台下的vs2003。
Bingxi：“alex，你觉得mysql的启动过程会是什么样的呢？我们以银行为例吧。”
Alex：“嗯，bingxi。早上银行开门了，会先准备好环境，然后开门迎客，mysql也是这样。Mysql里面会有一个handle_connections_sockets函数，这个函数就好比是个叫号机，每个用户来了都会取个号，然后就会进行业务处理。”
代码如下:...... &&&&
mysqladmin是MySQL一个重要的客户端，最常见的是使用它来关闭数据库，除此，该命令还可以了解MySQL运行状态、进程信息、进程杀死等。本文介绍一下如何使用mysqladmin extended-status(因为没有"歧义"，所以可以使用ext代替)了解MySQL的运行状态。
1. 使用-r/-i参数
使用mysqladmin extended-status命令可以获得所有MySQL性能指标，即show global status的输出，不过，因为多数这些指标都是累计值，如果想了解当前的状态，则需要进行一次差值计算，这就是mysqladmin extended-status的一个额外功能，非常实用。默认的，使用extended-status，看到也是累计值，但是，加上参数......&nbsp
特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除！
(C)2012-,站长邮箱:www_169it_(请将#改为@)