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

maymay2012

甚至还要针对具体的业务类型，这条相当正确。应用中不只要针对应用选择其他数据库。同一套应用中并行使用多种数据库。哪怕不是数据库，而是其他各种缓存、内存存储等解决方案。
随着时间推移技术发展变化而变得不适用。为了防止误导新手，近看到一篇文章：PHP开发者常犯的10个MySQL错误》发现文中不少内容陈旧。特本着与时俱进的精神写出此文，绝非对原文作者的不尊重。
1.使用MyISA M而不是InnoDB
反驳理由：完全错误。
首先原文说MyISA M默认使用的而实际上到MySQL5.5.xInnoDB已经成为了默认的表引擎。
简单的使用InnoDB不是解决所有问题的方法，另外。盲目的使用甚至会使应用性能下降10%乃至40%
例如论坛中版块表，最佳方法还是针对具体业务具体处置。新闻分类表，各种码表等长时间不操作的表，还是要用性能优异的MyISA M引擎。
并且应用也要用好事务处理机制。当然，而需要用到事务处理的例如用户、账目、流水等严格要求数据完整性和时序性的则需要用InnoDB引擎。事务处理肯定要带来大量的性能损耗，但是这在简单高并发应用上是必需的
外键约束在公共web互联网应用上一般是不必的因为他会严重影响性能。数据完整性还是靠顺序员或者应用架构自身的健壮来维护。而正规的第三范式只是企业内部MIS系统和12***06这种网站上使用。最后。
2.使用PHPmysql方法
但要酌情选用：不完全错。
但是不是所有的服务器都为PHP编译了mysqli支持。mysqli固然好。
而应用也是完全自己开发，当你应用如果是能确定只用自己安排的服务器。则mysqli最好的选择。
好好封装一下或者使用幼稚框架杜绝sql注入。但是一旦你应用有可能部署在虚拟主机或者由其他人部署（例如分布式项目）还是老老实实使用mysql函数集吧。
3.不过滤用户输入
这一点不用说了要么MagicQuot要么选用幼稚框架。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
5.该用SQL地方使用PHP
同样酌情考虑：
有些人习惯在建表时，例如。默认值填写CURRENT_TIMESTA MP用来达到注册时间、发帖时间的效果。或者在时间判断的SQL语句中，写类似SELECTxFROMtab1WHEREregdat正确做法是不要使用MySQL任何时间函数，而是应用里计算时间。如果是分布式应用，一定要有时间服务器来统一管理时间。
数据库的负担往往是最大的而复杂的WHERE语句又是造成慢查询的元凶。所以，而文中说的一些MySQL数学函数 也是要慎用。因为在大型应用中。要把计算尽可能的放在廉价的不影响全局稳定的应用服务器上，而不是核心数据库上。
6.不优化查询 宝宝不吃奶粉怎么办   
查回来在用PHP合并数据。这点也不用说了大型应用上甚至不允许使用各种JOIN哪怕生写两条查询。
7.使用错误的数据类型
INTTinyINTVA RCHA RCHA RTEXT这些字段类型的合理选用无可厚非。
大型应用中是绝对不可以使用的而是要用INT10UNSIGNED代替。而DateDateTimTIMESTA MP这三种类型。
另外就是应用中尤其是PHP对UNIX_TIMESTA MP时间戳的转化实在太方便了用Date要输出各种时间格式反而麻烦。一个是性能。
8.SELECT查询中使用*
共勉
9.索引缺乏或者过度索引
考虑memcach或者nosql解决方案吧。索引是必需的但是如果索引都解决不了查询。
10.不备份
这条是作者凑数么？
11.另外：不考虑其他数据库



本文由 婴儿用品专卖店 http://www.huazhuliu.com  整理转载