那种复杂的图片地址会访问数据库吗?

burningbloodgg 2014-11-20 11:09:22
例如http://img.hb.aicdn.com/42fc932540b4ea6eaa573484a8cff432200bbfa0345a2-8ArxfX_fw236,这个是花瓣网(用了又拍网做图片存储的),这种类型的地址是根据参数去数据库里查询找到对应的本地路径的? 感觉这里不是这样的,否则一个页面里就包含很多图片。
...全文
699 4 打赏 收藏 举报
写回复
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
flurriedCat 2014-12-06
  • 打赏
  • 举报
回复
mark.
burningbloodgg 2014-11-21
  • 打赏
  • 举报
回复
引用 1 楼 ldh911 的回复:
先不考虑文件本身可能已经被缓存的情况,大概两种可能做法: 1、内存数据库或BigTable直接映射出地址; 2、URL串本身解码后可以定节切割出文件陆行。 上述操作都可以直接基于Web前置机完成。
这种cdn的服务器一般只会安装nginx这种web服务器,对静态文件输出性能好。2的情况必须自己写模块来解析吧。 1中不管何种方式还是存储类似“本地路径--映射路径”的关系吧,只不过相对于普通关系型数据库,性能高很多,所以访问本地存储并不会产生性能瓶颈?
MiceRice 2014-11-21
  • 打赏
  • 举报
回复
先不考虑文件本身可能已经被缓存的情况,大概两种可能做法: 1、内存数据库或BigTable直接映射出地址; 2、URL串本身解码后可以定节切割出文件陆行。 上述操作都可以直接基于Web前置机完成。
MiceRice 2014-11-21
  • 打赏
  • 举报
回复
都需要基于Web前置机做一定开发。 1的情况BigTable之类基于Hash的检索过程几乎没有性能开销,但是访问磁盘必然会有;即便你用HDFS来存储图片,仍然会有网络IO和磁盘IO等情况,所以最好的做法还是要做热点数据内存缓存。 2也是类似的。 大规模并发访问里面,一定要考虑降低磁盘吞吐量瓶颈问题。
相关推荐
发帖
高性能WEB开发

2.5w+

社区成员

高性能WEB开发
社区管理员
  • 高性能WEB开发社区
加入社区
帖子事件
创建了帖子
2014-11-20 11:09
社区公告
暂无公告