图片是网站上很重要的资源，用户发布的产品图片，用户的logo，AV男，兽兽女，犀利哥等等等等，一个稍具规模的网站，图片的数量可能是千万级，这种资源的特点就是文件小，数量大，每个文件在几字节到几K不等，所以针对图片的访问，基本是非常离散的IO，考验的是系统的磁盘并发和CPU处理能力一般网站，图片都是存放专门的图片服务器，可集中也可以分布式，比如有条件的可以购买昂贵的NAS存储，由主机拖着，以NFS或者HTTP的方式，供前...

    今天下午部门里的几个达人针对ASM发生了激烈的争论，其实观点上大同小异，只是表达上理解的有点偏差ASM实例其实就是一个LVM，负责对OS一级磁盘的管理，这里把磁盘说成lun更准确点，因为磁盘容易让人理解为最底层的存储上的铁疙瘩，而ASM只会认识LUN，至于这个LUN下面由多少个小盘组成，怎么做stripe是不关心的，在这点上几位大牛的观点是一致的，但还是吵了半天ASM完成的是一个翻译工作，他本身并不负责到LUN上获取数据来返回给ora...

    最近在拜读张冬瓜的存储大作,收获还是很多的,这本书对于一些底层的技术细节阐述的比较细致,作者的思维,处理问题的方式也是活跃且严谨,建议大家有时间可以看看,我梳理了些关于磁盘的概念,贴出来 1.磁盘组成,扇区,磁道,柱面磁盘由若干盘片组成,在盘片上分布了很多细小的磁粒,每个小颗粒有自己的南北极,当磁头进行感应的时候,通过磁极就变成了电路上的1010信号,这样就达到了记录最原始的2进制信息的目的,在一个盘片上,盘片被划为很多...

    最近收到业务方的投诉,他们说有很多好的想法,最终到了技术这边,总是实现不了,不是没资源,就是数据库性能承受不了出现这种尴尬的状况,是有很多地方需要考虑的1.我们是否真的了解过业务方的需求?理解有没有偏差?传达中有没有曲解?也许业务方要的是个小圆,我们听到的就成了一个大圆,最终答复:无法实现 2.业务方搞不清楚我们技术究竟能做什么业务方说我饿了,给我一个饼,我们这边除了饼,还有很多其他可口的饭菜,但业务方不知道,他认为我...