为什么要数据库呢,买一个10T的硬盘数据库不好吗

第一台群晖是DS212+至今已经使用了將近7年了,为我混迹于PT立下了汗马功劳同时自己的照片,音频服务器网盘同步等也都非常有用。

但是当年DS212+的一大遗憾就是只有两盘位作RAID1太浪费空间(比较还要兼顾下载机),作其他模式又没有保护所以不得己就没有采用保护阵列。而是在内用一块硬RAID卡做了一个RAID5.

想换個四盘位~五盘位的草就种了好几年

真正心思活络可能还要算2017年张大妈搞了一次群晖418Play的众测,咱又果不其然的没有中到但是接这次机会罙入了解了一下群晖目前的发展,发现目前的NAS性能已经不是我的212+可以相提并论的了尤其是视频部分,在线解码非常强劲而且AppleTV4上也出了DS Video嘚软件配合。硬盘数据库读写速度也比当年的212+快很多同时当年心心念的双网卡基本已经成了标配,而且最新的群晖还可以虚拟机装windows

同時前几天入了一个支持海报墙功能的播放器,效果不错不过靠仓库盘一个一个插拔,海报墙只能显示目前插入的硬盘数据库家里的老群晖两盘位是不够折腾了,下图中的10块仓库盘如果可以一起挂载才爽呀(下图少了一块因为有一块动画片仓库盘借给同事回家哄女儿去叻)

(海报墙效果以及播放器,可以参见我的另一篇播放器开箱及视频评测) 

玩高清电影有近10年了,一直坚持着主力机是HTPC的原则为此還特意配置了跟客厅功放风格很搭的HTPC卧式机箱,以及硬盘数据库抽取盒而卧室则前后换过几个海美迪的机顶盒。现在还在用的是支持千兆网的海美迪Q16但是HTPC的诸多缺点,这么多年也在一直困扰着我比如噪音问题,比如开关机速度问题比如软件升级|

如果做个大容量RAID,这些1T 2T 3T的仓库盘就可以拷到一起还便于管理

是时候说服自己入一台了。。  

首先是机器张大妈当年众测的是418Play,是四盘位的中高端但是上媔还有更好的918+。

  1. CPU的区别918+四核,418Play两核但是默频高一点有点类似i7和i5的关系

  2. 出厂内存,918+ 4G418Play 2G,两者都还有一个空插槽可以扩展

所以很明显的就昰性能区别那么值不值得花这七八百大洋差价去换取性能,如果你明确的知道你要干什么可能你早就有了答案,但是当你觉得这也想幹那也想干的时候,就出了问题

这里我不想给大家答案,我只想说我为什么选了918+因为我选择买四块10T的硬盘数据库。。。

当四塊10T酷狼的价格摆在我的面前的时候,我突然发现918+和418Play的那点差价算个啥那都不是事儿,谁知道你以后会不会需要这些性能呢

 另外再附一丅官网关于四盘位机器的性能比较,这里基本上主要体现读写性能而918+多出来的虚拟机性能并没有体现。可以看到总体来说在家用windows和mac单机訪问的情况下918+比418Play好一点点,但非常有限CPU和内存在网页服务器的相应上,差距跟418Play有所拉开

说完机器的选择再说硬盘数据库。

考虑到RAID5的硬盘数据库一致性(当然后来我用了SHR阵列支持不同容量硬盘数据库),最好容量一次到位免得后期折腾都是四块四块折腾,别说成本就数据转移就够忙活好久了。所以还是选择10T吧

而10T的,NAS使用的硬盘数据库看来看去就四款,希捷酷狼希捷企业盘,红盘HGST氦气盘。

夶致参数如上看下来无论从性能来说酷狼是排在最后的。

希捷企业盘其实一开始是我的首选性能好,保修长有5年。HGST据说噪音很大紅盘由于油漆厂的原因,印象一般

不过后来查了很多评测,希捷企业盘的噪音也很响甚至有网友NAS放在客厅,半夜计划任务开始被惊醒嘚案例。虽然我的NAS放在书房,但是考虑到书房偶尔小舅子会来我们家住在书房所以噪音也不能太响呀!!!(我是不是一个很优秀嘚姐夫 ) 

另外考虑到酷狼还有专门针对NAS阵列转动和震动的技术,以及酷狼专属的IHM检测项目就还是考虑酷狼吧。

先来个定妆照四块盒装硬盘数据库都好厚,盒内自带气泡袋 

盒子的把手好厚实,手感很好作为这种拆箱就不要的包装,感觉好浪费呀!!! 

包装盒打开后艏先是两块分区,小的一条的单独的电源线大的一块区域是附件盒子

上层的全家福,包括电源线一根1米的网线两根,电源适配器一个硬盘数据库钥匙两把,硬件快速安装指南和简易说明书各一本螺丝一袋,按照说明书介绍应该是安装2.5寸硬盘数据库和固定M2 SSD用的吧,囸常3.5寸硬盘数据库不需要

顶层附件包装拿掉后,就看到主机蒙着一层白纱躺在箱子中间四种虽然没有填充保护,但是还是很大的没囿剧烈碰撞应该不会伤到主机。

主机取出后还可以看到底部有一层海绵垫用来防震和定位。

别羞涩了衣服脱了吧。。  作为群晖的老鼡户不得不说,918+挺丑的先看看官网效果图。。

虽然说是高端机都是这样的工业风格但是确实没有我的DS212+好看呀,还是有个挡板好看于是保留DS212+在桌面旁边,把918+塞到看不见的桌子下面的柜子角落去。(其实是因为DS212+那个宽度是定制家具的时候算好的,刚好挤在打印机邊上918+来了宽度不够 )

来个对比吧。。212+的钢琴亮面多好看呀。

转身对比  212+的接口一点不落后,总体比918+还多了一个USB和SD当然网口是918+多,網口旁边是reset孔(请记住这个孔因为虽然7年的212+使用都很稳定,但是折腾918+的时候真的用到了。软件篇会做描述)

918+体现身价的地方之一,底部的SSD插槽

官网有一张插满SSD的效果图

硬盘数据库架是采用下翻卡扣的

硬盘数据库架的做工还不错螺丝固定处有橡胶圈减震,塑料的硬盘數据库架不知道为什么被我拍出了镜面效果。。

去掉四个硬盘数据库架就是内部主板的样子了

凑近点再看看吧左边是硬盘数据库插座,右边有内存的是主板

内存还有一个空位买机器的时候没有添加,不过最近这几天我添了一根

原装内存是DDR3 1866 低电压版的。我买了一根Kingston 1600低电压版可以正常使用,至于有没有双通道就不知道了。 京东刚买就秒杀降价10块钱,非常不爽。。

首先是硬盘数据库开箱防震袋很厚实

硬盘数据库的标签也很漂亮,比我原来的仓库盘黑白标示企业盘,甚至油漆厂的标签都漂亮都有点不舍得装进机箱了。。

充氦气盘这种一体式设计我还是第一次见背面看简直比正面还漂亮

接口处这里有一个小蓝色小海绵垫露出来了,不知道是为何设计的。

然后就是硬盘数据库上架了,首先这个硬盘数据库架需要两边打开群晖在图示蓝圈有标示小箭头,向外拉开但是有点吃力。我嘚小诀窍是红圈出用个硬物顶一下架子就开了。

装机入架万事大吉。。。。了吗?开箱晒机就先到这了这几天再好好整理丅功能使用,再写一篇应用篇以及两台群晖功能,软件设置上的配合 

预告下软件篇涉及的内容及应用

Audio心得,虚拟机说明网盘同步,緊急情况下的reset链路聚合的折腾,以及顺带说一下仍然在老机器DS212+上服役的Download Station以及调用TR控制台等内容。

总体来说群晖918的硬件相比自家兄弟還是非常强悍的,SSD的缓存暂时还没填上等用一段时间群晖有个助手软件会告诉我根据我的使用习惯,多大的SSD缓存比较合适

双网口,eSATAUSB3嘟有,只不过我觉得作为一个企业机型前后加起来只有2个USB3是不是太少了?还不如7年前的212+

由于没有了挡板,硬盘数据库架的设计和做工比有挡板的家用类型确实更好,安装稳定度和易用性都很好

自带风扇的噪音非常小,非常小非常小。曾经看到某个论坛一个兄弟隨着918+还入手了两个猫头鹰风扇,结果分贝仪一测猫头鹰的风扇反而更响。。

酷狼硬盘数据库的噪音没有想象中那么小个人感觉比我囼式机的RAID5阵列要响不少。但是相比网上网友们对于希捷企业盘和HGST氦气盘的描述来看我这个盘应该还没有达到他们那么响,还算有点价值吧。(这算自己没有买希捷企业盘的自我安慰吗?)

假定在程序效率和关键过程相当苴不计入缓存等措施的条件下读写任何类型的数据都没有直接操作文件来的快,不论MSYQL过程如何最后都要到磁盘上去读这个“文件”(記录存储区等效),所以当然这一切的前提是只读 内容无关任何排序或查找操作。

动态网站一般都是用数据库来存储信息如果信息的忣时性要求不高 可以加入缓存来减少频繁读写数据库。

两种方式一般都支持但是绕过操作系统直接操作磁盘的性能较高,而且安全性也較高数据库系中的磁盘性能一直都是瓶颈,大型数据库一般基于unix

系统当然win下也有,不常用应为win的不可靠性unix下,用的是裸设备raw设备僦是没有加工过的设备(unix下的磁盘分区属于特殊设备,

以文件形式统一管理)由dbms直接管理,不通过操作系统效率很高,可靠性也高洇为磁盘,cache和内存都是自己管理的大型数据库系统

1、直接读文件相比数据库查询效率更胜一筹,而且文中还没算上连接和断开的时间

2、一次读取的内容越大,直接读文件的优势会越明

显(读文件时间都是小幅增长这跟文件存储的连续性和簇大小等有关系),这个结果恰恰跟书生预料的相反说明MYSQL对更大文件读取可能又附加了某些操

作(两次时间增长了近30%),如果只是单纯的赋值转换应该是差异偏小才對

3、写文件和INSERT几乎不用测试就可以推测出,数据库效率只会更差

4、很小的配置文件如果不需要使用到数据库特性,更加适合放到独立攵件里存取无需单独创建数据表或记录,很大的文件比如图片、音乐等采用文件存储更为方便只把路径或缩略图等索引信息放到数据庫里更合理一些。

5、PHP上如果只是读文件file_get_contents比fopen、fclose更有效率,不包括判断存在这个函数时间会少3秒左右

6、fetch_row和fetch_object应该是从fetch_array转换而来的,书生没看過PHP的源码单从执行上就可以说明fetch_array效率更高,这跟网上的说法似乎相反

磁盘读写与数据库的关系:

(1) 盘片:硬盘数据库的盘体由多个盘片疊在一起构成。

在硬盘数据库出厂时由硬盘数据库生产商完成了低级格式化(物理格式化),作用是将空白的盘片(Platter)划分为一个个同圆心、不哃半径的磁道

(Track)还将磁道划分为若干个扇区(Sector),每个扇区可存储128×2的N次方(N=0.1.2.3)字节信息默认每个扇区的大小为

512字节。通常使用者无需再进荇低级格式化操作

(2) 磁头:每张盘片的正反两面各有一个磁头。

(3) 主轴:所有磁片都由主轴电机带动旋转

(4) 控制集成电路板:复杂!上面还囿ROM(内有软件系统)、Cache等。

二 磁盘如何完成单次IO操作

当控制器对磁盘发出一个IO操作命令的时候磁盘的驱动臂(Actuator

Zone,位于内圈没有数据的区域)移动到要操作的初始数据块所在的磁道(Track)的正上方,这个过程被称为寻道(Seeking)对应消耗的时

找到对应磁道还不能马上读取数据,这时候磁头偠等到磁盘盘片(Platter)旋转到初始数据块所在的扇区(Sector)落在读写磁头正下方之后才能开始读取数据在这个等待盘片旋转到可操作扇区的过程中消耗的时间称为旋转延时(Rotational Delay);

接下来就随着盘片的旋转,磁头不断的读/写相应的数据块直到完成这次IO所需要操作的全部数据,这个过程称为數据传送(Data Transfer)对应的时间称为传送时间(Transfer Time)。完成这三个步骤之后单次IO操作也就完成了

根据磁盘单次IO操作的过程,可以发现:

单次IO时间 = 寻道时間 + 旋转延迟 + 传送时间

不同磁盘它的寻道时间,旋转延迟数据传送所需的时间各是多少?

考虑到被读写的数据可能在磁盘的任意一个磁噵既有可能在磁盘的最内圈(寻道时间最短),也可能在磁盘的最外圈(寻道时间最长)所以在计算中我们只考虑平均寻道时间。

在購买磁盘时该参数都有标明,目前的SATA/SAS磁盘按转速不同,寻道时间不同不过通常都在10ms以下:

3. 传送时间2. 旋转延时

和寻道一样,当磁头定位到磁道之后有可能正好在要读写扇区之上这时候是不需要额外的延时就可以立刻读写到数据,但是最坏的情况确实要磁盘旋转整整

一圈之后磁头才能读取到数据所以这里也考虑的是平均旋转延时,对于15000rpm的磁盘就是(60s/15000)*(1/2) = 2ms

内部传输速率(Internal Transfer Rate),是指磁头与硬盘数据库缓存之间的数據传输速率简单的说就是硬盘数据库磁头将数据从盘片上读取出来,然后存储在缓存内的速度

理想的内部传输速率不存在寻道,旋转延时就一直在同一个磁道上读数据并传到缓存,显然这是不可能的因为单个磁道的存储空间是有限的;

实际的内部传输速率包含了寻噵和旋转延时,目前家用磁盘稳定的内部传输速率一般在30MB/s到45MB/s之间(服务器磁盘,应该会更高)

外部传输速率(External Transfer Rate),是指硬盘数据库缓存和系统總线之间的数据传输速率也就是计算机通过硬盘数据库接口从缓存中将数据读出交给相应的硬盘数据库控制器的速率。

硬盘数据库厂商茬硬盘数据库参数中通常也会给出一个最大传输速率,比如现在SATA3.0的6Gbit/s换算一下就是6*1024/8,768MB/s通常指的是硬盘数据库接口对外的最大传输速率,当然实际使用中是达不到这个值的

这里计算IOPS,保守选择实际内部传输速率以40M/s为例。

(2) 单次IO操作的大小

有了传送速率还要知道单次IO操莋的大小(IO Chunk Size),才可以算出单次IO的传送时间那么磁盘单次IO的大小是多少?答案是:不确定

操作系统为了提高 IO的性能而引入了文件系统缓存(File System Cache),系统会根据请求数据的情况将多个来自IO的请求先放在缓存里面然后再一次性的提交给磁盘,也就是说对于数据库发出的多个8K数据块的讀操作有可能放在一个磁盘读IO里就处理了

还有,有些存储系统也是提供了缓存(Cache)接收到操作系统的IO请求之后也是会将多个操作系统嘚 IO请求合并成一个来处理。

不管是操作系统层面的缓存还是磁盘控制器层面的缓存目的都只有一个,提高数据读写的效率因此每次单獨的IO操作大小都是不一样的,它主要取决于系统对于数据读写效率的判断这里以SQL Server数据库的数据页大小为例:8K。

(3.2) 机械磁盘的主要读写成本都花在了寻址时间上,即:寻道时间 + 旋转延迟也就是磁盘臂的摆动,和磁盘的旋转延迟

(3.3) 如果粗略的计算IOPS,可以忽略传送时间1000ms/(寻道時间 + 旋转延迟)即可。

这里计算的是单块磁盘的随机访问IOPS

考虑一种极端的情况,如果磁盘全部为顺序访问那么就可以忽略:寻道时间 + 旋轉延迟 的时长,IOPS的计算公式就变为:IOPS = 1000ms/传送时间

显然这种极端的情况太过理想毕竟每个磁道的空间是有限的,寻道时间 + 旋转延迟 时长确实鈳以减少不过是无法完全避免的。

四 数据库中的磁盘读写

1. 随机访问和连续访问

指的是本次IO所给出的扇区地址和上次IO给出扇区地址相差比較大这样的话磁头在两次IO操作之间需要作比较大的移动动作才能重新开始读/写数据。

相反的如果当次IO给出的扇区地址与上次IO结束的扇區地址一致或者是接近的话,那磁头就能很快的开始这次IO操作这样的多个IO操作称为连续访问。

数据文件SQL Server统一区上的对象,是以extent(8*8k)为单位進行空间分配的数据存放是很随机的,哪个数据页有空间就写在哪里,除非通过文件组给每个表预分配足够大的、单独使用的文件否则不能保证数据的连续性,通常为随机访问

另外哪怕聚集索引表,也只是逻辑上的连续并不是物理上。

日志文件由于有VLF的存在,ㄖ志的读写理论上为连续访问但如果日志文件设置为自动增长,且增量不大VLF就会很多很小,那么就也并不是严格的连续访问了

磁盘控制器可能会一次对磁盘组发出一连串的IO命令,如果磁盘组一次只能执行一个IO命令称为顺序IO;

当磁盘组能同时执行多个IO命令时,称为并發IO并发IO只能发生在由多个磁盘组成的磁盘组上,单块磁盘只能一次处理一个IO命令

有的时候,尽管磁盘的IOPS(Disk Transfers/sec)还没有太大但是发现数据库絀现IO等待,为什么通常是因为有了磁盘请求队列,有过多的IO请求堆积

磁盘的请求队列和繁忙程度,通过以下性能计数器查看:

这种情況下可以做的是:

(1) 简化业务逻辑,减少IO请求数;

(2) 同一个实例下多个数据库迁移的不同实例下;

(3) 同一个数据库的日志,数据文件分离到鈈同的存储单元;

(4) 借助HA策略做读写操作的分离。

IOPS即每秒进行读写(I/O)操作的次数在计算传送时间时,有提到如果IO Chunk Size大的话,那么IOPS会变尛假设以100M为单位读写数据,那么IOPS就会很小

吞吐量指每秒可以读写的字节数。同样假设以100M为单位读写数据尽管IOPS很小,但是每秒读写了N*100M嘚数据吞吐量并不小。

对于OLTP的系统经常读写小块数据,多为随机访问用IOPS来衡量读写性能;

对于数据仓库,日志文件经常读写大块數据,多为顺序访问用吞吐量来衡量读写性能。

磁盘当前的IOPS通过以下性能计数器查看:

磁盘当前的吞吐量,通过以下性能计数器查看:

下载百度知道APP抢鲜体验

使用百度知道APP,立即抢鲜体验你的手机镜头里或许有别人想知道的答案。

小编注:想获得更多专属福利吗金币加成、尊享众测、专属勋章、达人福利任务你想要吗?如果想要赶紧来申请认证站内生活家!

最近生活和工作又进入了一个有点閑的阶段,所以下片事业又重新启航虽然还没有到达下BD原片或者4k的境界,但是一个1080p的rip还是会占掉十几g的空间久而久之我的硬盘数据库僦满了

而且之前的存储配置是4块笔记本2t加一台4t的3.5寸,都是小容量的盘所以资源位置有点分散想看个什么片一直要找好久,然后很自然的入手大容量硬盘数据库就慢慢的变成了我的小目标

双11趁好价入手了QNAP的性价比神器,不到2k的4盘位NAS

然而用什么装满他着实让我思考了好久

朂开始是想着国内正规渠道购入,首选京东次选淘宝

然而京东双11似乎没有看到什么大容量硬盘数据库好价,淘宝的保修始终不放心

终于還是考虑移动硬盘数据库拆盘的邪道玩法

因为黑五的原因一直都在留意自营西数mybook 8t的价格,算上prime会员的免运费一直在直邮包税1200附近游荡,然而现在也有说法说新的mybook 8t已经不是白色的氦气盘变成了普通的空气盘,所以一直也有点忐忑

另外10t的版本还自带一个32gU盘的pack

因为bestbuy对转运支歭并不友好所以这款硬盘数据库好像被撸的不多,少数能找到的拆解也表明现在还是白色氦气盘不用担心像mybook那样抽奖

正好有旁友圣诞節回国,于是找了两个冤大头帮我做人肉搬运每人带了2块,正好四块塞满我的QNAP

价格方面因为黑五前两天8t的价格一直没动静10t的打折到179.99,僦直接入手了

没想到黑五当天8t的也打折了才129.99,50刀的差价瞬间让10t的性价比暴降只能安慰自己多花200刀买回来8t的空间和节省一个盘位了

到手嘚盒子相比3.5寸盘的尺寸来说算得上挺小巧了,几乎只有我若干年前最早买的一台mybook的一半大小

顶部有两个封口胶带因为让旁友收到货之后試了一下机,所以是已经开过封的状态

盒子正反面都用大大的红圈圈表明是bestbuy特供产品而且还有32gU盘一起打包

兼容性当然是全平台,包装内嫆就是硬盘数据库U盘,usb3.0线电源和说明书

底部有序列号,当然真坏了也是没有保修的除非人肉背回美国找bestbuy

打开盒子,说实话现在西数這个包装真的是缩水好多右边是硬盘数据库

左边这个小格里是电源和

装电源这个袋子居然是粘住的,而且撕开之后几乎必然会留下痕迹不知道用意何在,bestbuy也怕二手退货吗

电源是12v/1.5a的规格而且因为是美版产品,电源不用转接很nice

附赠的U盘就是这样,装在一个小纸盒里

反面印了点编号,因为SanDisk好像已经变成西数旗下品牌所以外形好像就是CZ600换了个颜色而已

终于到最后的主菜了,两块薄薄的固定塑料固定着10t的硬盘数据库真是简陋的不行

正面其实我觉得比mybook和element两条产品线要好看一些

全身都有这种长条状的花纹来点缀

顶部也是,透过长条形散热开孔可以看到里面的硬盘数据库

菊花也是另外可以看到接口就一个电源一个usb3.0而已,以及一个锁孔

底部也是另外吐槽一下底部这四个防震腳垫,还敢再做的小一点吗真的是缩水到家了

连到电脑开始工作之后,硬盘数据库和U盘都会有指示灯亮起

硬盘数据库是白色的低调灯佷喜欢

U盘是蓝色跑马灯,很杀马特

体积的话放在14寸本本旁边也并不显得很臃肿西数的这个造型还是不错的

在拆盘之前还是简单跑个分吧

硬盘数据库插上之后,可以看到里面预装了一个discovery的软件不过看了看官网的说明,好像并没有什么用

比较有用的是官网上能下载到的另一個软件WD drive utilities

在这里可以检查硬盘数据库的SMART状态,也可以进行快速或者全面的硬盘数据库测试

另外还可以设定硬盘数据库的休眠时间以及LED指礻灯的开关

先期到手的这两块盘看来是经历了国际航班托运行李的考验,状态还不错

简单跑个分最大读写都在200m左右,不过4k是不能看的

再來看看U盘也是预装了一个软件,看名字就是直接拿SanDisk的软件来用了

同样跑个分看看作为一款usb3.0产品,读速还不错有100m+,然而写速就有点难看了才20m左右

好了,分跑完了准备开拆

easystore虽然换了个名字不过造型还是和mybook一脉相承,所以打开方式也差不多都是撬开菊花的卡口就可以鼡力推拉出来

不过也不知道是卡口的设计换了还是材质换了,感觉比mybook要好拆一些而且怼开之后就可以很轻松的沿着内部轨道拉出来

拆开僦能看到硬盘数据库本体以及转接出电源和usb接口的电路板了

反过来看看,果然是白色氮气盘没有翻车

整块硬盘数据库是通过4个卡槽固定住的

整个硬盘数据库模组可以掰下来

首先拔下导光的塑料棒,拧下一颗螺丝拆下转接板

此时可以开始拆解四个角落的橡胶防震柱了

就是螺絲口是六角的需要准备特殊

都拆下来之后,硬盘数据库终于可以准备进入NAS服役了

好了开箱,测试拆解都完成了,应该说如果能以180刀嘚价格买到这款硬盘数据库和U盘的套装组合还是比较划算的,毕竟就算是淘宝买一些保修堪忧的10t硬盘数据库最便宜也在1700左右了,保修稍有保障一点的基本都在2000以上了而京东等渠道的价格就更贵了,当然这只是单纯从价格上来讲

不过需要注意的是虽然bestbuy网站的促销价是180泹是寄到非免税州的话还要加上税前,我这次就中招了不过拿到东西之后如果不需要的话,拆下来的和附赠的32gU盘都是可以出掉回血的峩目前也在闲鱼挂着,不过不知道挂多久才能卖出去

至于实际的使用寿命用了这么多年不同的硬盘数据库之后,我认为这个更多还是人品问题之前说西数比希捷好,现在又似乎反过来只能说还是使用习惯和运气问题决定实际寿命吧。目前这四块盘到底最后能用多久誰也不知道

希望能帮助有需要的朋友找到一条新的10t硬盘数据库入手渠道

那么我们下次搞机再见,泄泻

我要回帖

更多关于 硬盘数据库 的文章

 

随机推荐