图片储存架构二
图片存储架构二说下思路:在图片存放的时候:有些表存放图片的索引,可以在mysql中定义也可以在mongodb中定义
图片存储架构二
说下思路:
在图片存放的时候:
有些表存放图片的索引,可以在mysql中定义也可以在mongodb中定义,结构大致是这样的:
1.图片key:可以是自增主键,最好是uuid,或是其他的生成策略来保证它在唯一,即使在集群环境中也能保证。2.mongodbName :指定图片是放在哪个库里面的3.buckt_name:指定放在哪个桶里4.mongodb_id 在存入到库里面的时候,返回的一个值5.md5_code: 对存入的图片的进行md5加密,这用来过虑图片,临时想到的,因为在下载东西的时候有一些md5码,我想这是很高效的加密算法,而且对如再大的方件加密后也32位6,cache_path:图片的缓存路径,这个路径可以是我们在现有memcache上提供统一的接口,也可以再做一个单独的文件系统,用来做专门的图片存放,这在以后会用到,因为随着应用的流行,用户会猛增。7.min_pic_id:缩略图的id,用于存放缩略图,不再对缩略图进行分开存放。
以上是索引表的定义,有了它,我可以方便的进行文件的存放,文件的管理也很有序,很方便对各项业务数据量进行文件的统计(因为在建库建桶的时候它应该是与业务相关的),文件查询方便,可以直接定位图片位置,有效的过虑重复图片。
在我定义的图片接口中可以很快定位,为加快提取效率,提供单独的文件服务系统,只要把文件系统中文件的路径放在cache_path列里面,到时候我们的图片被分为两个独立的服务来提供。
一个是:/{request_context}/{mongodb_name}/{bucket_name}/{id} 它专门为移动设备提供图片读取服务?另一个是:/{request_context}/{mongodb_name}/{bucket_name}/{id.jpg} 它以文件的形式放在文件系统中提供图片服务?