求大神看看我php读取mysql数据库哪里易写错的了

来源：蜘蛛抓取(WebSpider) 时间：2016-11-10 10:20 标签： 易写错的

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

　　完全错误，反驳理由：

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

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

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

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

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

　　不完全错但要酌情选用：

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

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

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

　　3.不过滤用户输入

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

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

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

我要回帖

更多关于 易写错的 的文章

 

随机推荐