BLOB存储图片文件二进制数据是非对错

子在一天一天虚度，生活也在一天一天中茫然

作人作事哪能尽如人意，付出多少收获多少虽然存在偏颇，可是坐享其成的心态是万万不对的，更不能去怨天尤人，低调为人、作好本身就能够了

改进你的系统的最好的方法是先避免作“蠢事”。我并非说你或你开发的东西“蠢”，只是有些决定很容易被人们忽略掉其暗含的牵连，认识不到这样作对 系统维护尤为是系统升级带来多大的麻烦。做为一个顾问，像这样的事情我处处都能见到，我还历来没有见过作出这样的决定的人有过好的结果的。

　　图片，文件，二进制数据

　　既然数据库支持 BLOB 类型的数据，把文件塞进 BLOB 字段里必定没有错了！？错，不是这样的！别的先不提，在不少数据库语言里，处理大字段都不是很容易。

　　把文件存放在数据库里有不少问题：

• 对数据库的读/写的速度永远都赶不上文件系统处理的速度
• 数据库备份变的巨大，愈来愈耗时间
• 对文件的访问须要穿越你的应用层和数据库层

　　这后两个是真正的杀手。把图片缩略图存到数据库里？很好，那你就不能使用 nginx 或其它类型的轻量级服务器来处理它们了。

　　给本身行个方便吧，在数据库里只简单的存放一个磁盘上你的文件的相对路径，或者使用 S3 或 CDN 之类的服务。

　　短生命期数据

　　使用状况统计数据，测量数据，GPS 定位数据，session 数据，任何只是短期内对你有用，或常常变化的数据。若是你发现本身正在使用定时任务从某个表里删除有效期只有一小时，一天或数周的数据，那说明你没有找对正确的作事情的方法。使用 redis，statsd/graphite， Riak，它们都是干这种事情更合适的工具。这建议也适用于对于收集那些短生命期的数据。

　　固然，用挖土机在后花园里种土豆也是可行的，但相比起从储物间里拿出一把铲子，你预定一台挖土机、等它赶到你的园子里挖坑，这显然更慢。你要选择合适的工具来处理手头上的事。

　　日志文件

　　把日志数据存放到数据库里，表面上看起来彷佛不错，并且“未来也许我须要对这些数据进行复杂的查询”，这样的话很得人心。这样作并非一个特别差的作法，但若是你把日志数据和你的产品数据存放到一个数据库里就很是很差了。

　　也许你的日志记录作的很保守，每次 web 请求只产生一条日志。对于整个网站的每一个事件来讲，这仍然会产生大量的数据库插入操做，争夺你用户须要的数据库资源。若是你的日志级别设置为 verbose 或 debug，那等着看你的数据库着火吧。

　　你应该使用一些好比 Splunk Loggly 或纯文本文件来存放你的日志数据。这样去查看它们也许会不方便，但这样的时候很少，甚至有时候你须要写出一些代码来分析出你想要的答案，但总的来讲是值得的。

　　但是稍等一下，你是那片不同的雪花，你遇到的问题会如此的不一样，因此，若是你把上面提到的三种东西中的某一种放到了数据库里也不会有问题。不，你错了，不，你不特殊。相信我。