技术头条 - 一个快速在微博传播文章的方式     搜索本站
您现在的位置首页 --> MySQL --> MySQL vs NoSQL 效率与成本之争

MySQL vs NoSQL 效率与成本之争

浏览:3795次  出处信息

  最近Twitter、DIGG等计划换用基于key-value的NoSQL数据库(e.g:Cassandra),之所以有如此动向是因为基于MySQL + sharding + cache的构架随着数据量爆炸式增长,重构的人力成本太高,换用扩展性更好的NoSQL数据库,以达到控制人力成本的目的,从而减少总体成本。

  随着数据量和访问量的增长,网站构架大致有这么几个发展阶段(以PHP+MySQL+Memcached为例):

1: PHP + MySQL
2: PHP + MySQL (Master + Slaves)
3: PHP + MySQL (Master + Slaves) + Memcached (Middleware)
4: PHP + MySQL (Sharding + Master + Slaves) + Memcached (Middleware)
5: PHP + MySQL (Sharding + Master + Slaves) + Memcached (Middleware) + NoSQL

  从上面的发展历程可以看出,随着复杂度的增加,开发难度和复杂性也随之提升,数据量增加之后每次重构需要的人力成本急剧增加,因此为了控制成本,增长重构的周期,将一些数据量庞大,增长快速的业务迁移至NoSQL上存储。
  因此大家不必要言必NoSQL,NoSQL也不会取代MySQL,不同的业务有它最适合的低成本存储方式,最终选择什么数据库是由系统成本决定的。

建议继续学习:

  1. hbase运维    (阅读:13671)
  2. 我对技术方向的一些反思    (阅读:9854)
  3. MacBook Air与工作效率    (阅读:9504)
  4. Key-Value小数据库tmdb发布:原理和实现    (阅读:7305)
  5. SQL vs NoSQL:数据库并发写入性能比拼    (阅读:6611)
  6. 让Redis使用TCMalloc,实现高性能NOSql服务器    (阅读:6089)
  7. SQL到NOSQL的思维转变    (阅读:5635)
  8. Using MySQL as a NoSQL    (阅读:5653)
  9. nosql数据库选型    (阅读:4804)
  10. 加班与效率    (阅读:4741)
QQ技术交流群:445447336,欢迎加入!
扫一扫订阅我的微信号:IT技术博客大学习
© 2009 - 2024 by blogread.cn 微博:@IT技术博客大学习

京ICP备15002552号-1