再谈PHP开发者常犯的10个MySQL错误.doc

再谈PHP开发者常犯的10个MySQL错误
感谢FMiT广播的投递
新闻来源:原创
最近看到一篇文章：《PHP开发者常犯的10个MySQL错误》，发现文中不少内容陈旧，随着时间推移技术发展变化而变得不适用。为了防止误导新手，特本着与时再谈PHP开发者常犯的10个MySQL错误
感谢FMiT广播的投递
新闻来源:原创
最近看到一篇文章：《PHP开发者常犯的10个MySQL错误》，发现文中不少内容陈旧，随着时间推移技术发展变化而变得不适用。为了防止误导新手，特本着与时俱进的精神写出此文，绝非对原文作者的不尊重。

完全错误，反驳理由：
首先原文说MyISAM是默认使用的，而实际上到了MySQL ，InnoDB已经成为了默认的表引擎。
另外，简单的使用InnoDB不是解决所有问题的方法，盲目的使用甚至会使应用性能下降10%乃至40%。
最佳方法还是针对具体业务具体处理，例如论坛中版块表，新闻分类表，各种码表等长时间不操作的表，还是要用性能优异的MyISAM引擎。
而需要用到事务处理的例如用户、账目、流水等严格要求数据完整性和时序性的，则需要用InnoDB引擎，并且应用也要用好事务处理机制。当然，事务处理必然要带来大量的性能损耗，但是这在简单高并发应用上是必须的。
最后，外键约束在公共web互联网应用上一般是不用的，因为他会严重影响性能。数据完整性还是靠程序员或者应用架构本身的健壮来维护。而正规的第三范式只是在企业内部MIS系统和12306这种网站上使用。

不完全错，但要酌情选用：
mysqli固然好，但是不是所有的服务器都为PHP编译了mysqli的支持。
当你的应用如果是能确定只用自己部署的服务器，而应用也是完全自己开发，则mysqli是最好的选择。
但是一旦你的应用有可能部署在虚拟主机或者由其他人部署（例如分布式项目），还是老老实实使用mysql函数集吧，好好封装一下或者使用成熟框架杜绝sql注入。

这一点不用说了，要么MagicQuote，要么选用成熟框架。sql注入老话题了。
-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

同样酌情考虑：
例如，有些人习惯在建表时，默认值填写CURRENT_TIMESTAMP，用来达到注册时间、发帖时间的效果。 或者在时间判断的SQL语句中，写类似SELECT x FROM tab1 WHERE regdate < UNIX_TIMESTAMP()。那么我只能说，你为系统埋下了很隐蔽的BUG。因为数据库