驳：PHP开发者常犯的10个MySQL错误-php手册-PHP中文网

驳：PHP开发者常犯的10个MySQL错误

php中文网

发布： 2016-06-06 19:49:42

原创

1193人浏览过

最近看到一篇文章：《PHP 开发者常犯的 10 个 MySQL 错误》，发现文中不少内容陈旧，随着时间推移技术发展变化而变得不适用。为了防止误导新手，特本着与时俱进的精神写出此文，绝非对原文作者的不尊重。 1. 使用 MyISAM 而不是 InnoDB 完全错误，反驳理由：

　　最近看到一篇文章：《php 开发者常犯的 10 个 mysql 错误》，发现文中不少内容陈旧，随着时间推移技术发展变化而变得不适用。为了防止误导新手，特本着与时俱进的精神写出此文，绝非对原文作者的不尊重。

　　1. 使用 MyISAM 而不是 InnoDB

　　完全错误，反驳理由：

　　首先原文说 MyISAM 是默认使用的，而实际上到了 MySQL 5.5.x，InnoDB 已经成为了默认的表引擎。

　　另外，简单的使用 InnoDB 不是解决所有问题的方法，盲目的使用甚至会使应用性能下降 10% 乃至 40%。

立即学习“PHP免费学习笔记（深入）”；

　　最佳方法还是针对具体业务具体处理，例如论坛中版块表，新闻分类表，各种码表等长时间不操作的表，还是要用性能优异的 MyISAM 引擎。

　　而需要用到事务处理的例如用户、账目、流水等严格要求数据完整性和时序性的，则需要用 InnoDB 引擎，并且应用也要用好事务处理机制。当然，事务处理必然要带来大量的性能损耗，但是这在简单高并发应用上是必须的。

　　最后，外键约束在公共 web 互联网应用上一般是不用的，因为他会严重影响性能。数据完整性还是靠程序员或者应用架构本身的健壮来维护。而正规的第三范式只是在企业内部 MIS 系统和 12306 这种网站上使用。

　　2. 使用 PHP 的 mysql 方法

　　不完全错，但要酌情选用：

　　mysqli 固然好，但是不是所有的服务器都为 PHP 编译了 mysqli 的支持。

　　当你的应用如果是能确定只用自己部署的服务器，而应用也是完全自己开发，则 mysqli 是最好的选择。

　　但是一旦你的应用有可能部署在虚拟主机或者由其他人部署（例如分布式项目），还是老老实实使用 mysql 函数集吧，好好封装一下或者使用成熟框架杜绝 sql 注入。

　　3. 不过滤用户输入

　　这一点不用说了，要么 MagicQuote，要么选用成熟框架。sql 注入老话题了。

　　4. 不使用 UTF-8

　　大部分情况下对，但也要认真考虑：

　　要知道，一个 UTF-8字符占 3 个字节，所以比 GBK 等其他编码的文件大 33%。换句话说，相同的网页用 UTF-8编码如果是 100KB，那么换成 GBK 编码则只有 66KB。所以即便你的 PHP 确定要用 UTF-8，那么前端页面也要根据情况选择需要的编码。但是，如果 PHP 用 UTF-8，前端模版是 GBK，再加上模版引擎不强大，那么转码工作够你受的。所以尽可能的选用自己需要的编码，而不是简单的选择 UTF-8了事。

　　最后啰嗦一句：UTF-8下：strlen (“我”)=3，而 GBK 下：strlen (“我”)=2

自学 PHP、MySQL和Apache

本书将PHP开发与MySQL应用相结合，分别对PHP和MySQL做了深入浅出的分析，不仅介绍PHP和MySQL的一般概念，而且对PHP和MySQL的Web应用做了较全面的阐述，并包括几个经典且实用的例子。本书是第4版，经过了全面的更新、重写和扩展，包括PHP5.3最新改进的特性（例如，更好的错误和异常处理），MySQL的存储过程和存储引擎，Ajax技术与Web2.0以及Web应用需要注意的安全