最近经常有人问图片上传怎么做,有哪些方案做比较好,也看到过有关于上传图片的做法,但是都不是最好的
今天再这里简单讲一下上传图片以及图片服务器的大致理念
如果是个人项目或者企业小项目,仅仅只有十来号人使用的小项目,可以使用如下方案:
用户访问系统,使用上传图片功能,那么图片就上传到你的当前项目所在的tomcat服务器上,在/image下,上传成功后用户可以直接访问
http://ip:port/project/images/xxx.jpg
这样做在用户少的时候是没有问题的
当你的企业发展起来了,业务量增多了,使用的这个项目开始大起来了,发现系统速度变慢了,那么你就考虑到集群了对吧
那么好,假设你增加了一个tomcatB,性能提高了一点,图片也成功上传了,做了负载均衡,假设图片上传的了tomcatA(用户是不知道的)
第二次访问的时候(先不考虑session粘性不粘性的问题,假设是共享的),用户访问到了tomcatB,图片没有了,是个大叉叉,
我的天呐!发什么什么事了,明明刚刚上传的图片没有了,
再刷新一下,欸!又有了?
这是什么情况呢?
后台知道咋回事,但是用户不知道啊!!!
那么解决方案是这样的,tomcatA和B上传至图片服务器,这用户请求的时候只访问图片服务器的路径,这样就没问题了
有人会问图片服务器用什么来搭建呢?
tomcat?可以,但是tomcat主要处理jsp比较好,图片文件是静态资源,处理起来性能一般般
Apache?可以,纯C语言开发的,没问题,但是还不够好
nginx?对了,这个是目前比较流行的一个反向代理服务器,我在之前的文章有简单介绍过(http://www.cnblogs.com/leechenxiang/p/5327086.html)
理论的单台机子并发能达到5万,非常的叼,实际测试是2w左右
安装如下的方案去做,那么图片服务器就问题不大了,
当然,图片上传后,需要把图片的路径地址保存到数据库啊~~
我曾经见到过一套电子商务系统的图片上传是采用方案是类似1的,这么做没问题,
但是呢,图片居然上传到他喵的MySQL某个表的某个字段中的,你妹啊,我的天呐!
怎么可以这么做,何况数据库没有分库分表分区建索引,好吧,这也是我的一个吐槽点,谁叫我曾经参与过呢
好吧,说了这么多都是理论,接下来的文章会具体说说怎么做。