随着数据量的急剧增加，mysql数据库架构该如何优化？
获奖详情：http://bbs.chinaunix.net/thread-4186226-1-1.html话题背景：
前阵子，李克强总理提出了互联网+的理念，让我们的生活在互联网的影响下高效运转。与此同时也导致数据的几何倍数的增长，数据在急剧膨胀的过程中，作为互联网行业数据库最多的mysql架构又是怎么发展的呢？作为一个开源数据库架构很多，mysql的架构不像oracle那么单一。以前的时候你只要主备复制的环境，也许就能满足你的业务。数据量几何倍数的增长时候有事怎么样的呢？
bat 作为互联网行业的巨头，据我了解：阿里开发了自己的数据库。淘宝用的是mysql 的分布式数据库，百度应该也对mysql 进行了二次开发，但是基本上还是主流的架构。mha，mmm等。腾讯的架构我没有太多的了解。今天，想请各位坛友一块聊聊关于mysq数据库架构的未来。
话题讨论：
1.什么样的数量级应该使用什么样的架构呢？
2.MySQL的同步相当简单，但是怎么用好同步，根据业务需求为应用层提供高性能、高可用是一个值得探讨的问题。几个常见MySQL数据库架构的优缺点都有哪些？
3. 你使用中认为哪种数据库架构比较好用呢？
4. 在资金投入有限的情况下，DBA需要在高性能、高稳定、可拓展这三个要素中玩跷跷板。如何定位这个平衡点？未来的发展mysql 数据的架构会发展成什么样子？
讨论时间:
2015年07月23日--2015年08月18日
活动奖励:
最佳讨论奖2名：赠送《]MySQL技术内幕（第5版）》一本（活动结束我们将选择较为活跃与深入的用户获得此奖，并有机会组织我们下期话题
活跃参与奖2名：书库技术书籍1本（活动结束我们将选择较为活跃或回复内容较有新意的网友获得此奖）
奖品简介:
作者：[美] 保罗·迪布瓦（Paul DuBois）
译者： 张雪平，何莉莉，陶虹
出版社： 人民邮电出版社
商品编码：11720091
胶版纸页数：771
ISBN：9787115388445
内容简介：
《MySQL技术内幕（第5版）》由4个部分组成：第一部分集中介绍与数据库使用相关的一些基本概念，第二部分重点关注的是自己如何动手编写和使用MySQL的程序，第三部分主要是面向那些负责数据库管理的读者，第四部分提供了一些参考附录。书中包含大量示例，详尽地演示了MySQL的各项功能特性。此外，本书还为使用C语言、PHP语言和Perl语言开发数据库应用的读者提供了相关内容。
试读样章：
http://pan.baidu.com/s/1jGpe6ua 李克强mysql怎么也有关系了
经济学出生的 互联网+，引出大数据。。。。回复 2# shang2010
因为简单，所以好玩 好书，赞一个 回复 5# qingduo04
好不容易看到本 数据库的好书啊 1.什么样的数量级应该使用什么样的架构呢？
数量级和架构没有多大关系，主要是数据的使用方式，比如只是简单的数据存储，什么样的架构都没有问题。
2.MySQL的同步相当简单，但是怎么用好同步，根据业务需求为应用层提供高性能、高可用是一个值得探讨的问题。几个常见MySQL数据库架构的优缺点都有哪些？
只用过主从复制，没有过其他架构。我觉得架构没有多大区别，本质上还是对自己相关业务的优化。
3. 你使用中认为哪种数据库架构比较好用呢？
适合自己应用的架构才是最好用的。
4. 在资金投入有限的情况下，DBA需要在高性能、高稳定、可拓展这三个要素中玩跷跷板。如何定位这个平衡点？未来的发展mysql 数据的架构会发展成什么样子？
稳定性还是最主要的，可拓展放到其次，高性能放到最后。
mysql是好东西，只是这几年少玩啦，不知现在SUN给ORACLE收购后，SUN之前收购的MYSQL，现在还免费吗？还能在MYSQL.COM免费下载吗？ mysql这两年热度降低了。
maria和postgre逐渐火起来。
mysql主要是就是主从复制，读写分离了。
如果数据真的几何增长，估计要考虑其他的存储技术了。
未来的大数据应用，也许sql on hadoop更合适。
1.什么样的数量级应该使用什么样的架构呢？
单指DB层的架构，无外乎利用replication搭建主从/主主模式,所对应的数量级也是根据实际情况来看；
高写入，低读取就采用双主的策略，双主还坚持不住就多主，或者是环形的主从结构，牺牲一致性来提高写入能力。
高读取，低写入（常见的OLTP），使用一主多从，做好读写分离就差不多了
2.MySQL的同步相当简单，但是怎么用好同步，根据业务需求为应用层提供高性能、高可用是一个值得探讨的问题。几个常见MySQL数据库架构的优缺点都有哪些？
主从的优点在于灵活，当主从结构+读写分离做好以后，主库的索引可以全部去掉以加强写入能力，从库也有很多事情可以做；
比如说：slave1同步业务表，负责处理业务SQL，slave2同步数据表和历史表，负责处理报表，等等非常多的自定义策略可以用；
路由的设计能有多厉害，主从的能力就有多强。
缺点：一旦失败了之后，恢复同步会很麻烦，即便是GTID；缺乏强一致性；在多源复制没有出现在官方版本之前，主从集群的数量会受限于主库的IO/网络带宽。
3. 你使用中认为哪种数据库架构比较好用呢？
个人会倾向于mMySQL5.7的多源复制，实际上来说，够用就好。
4. 在资金投入有限的情况下，DBA需要在高性能、高稳定、可拓展这三个要素中玩跷跷板。如何定位这个平衡点？未来的发展mysql 数据的架构会发展成什么样子？
稳定性是第一位，毋庸置疑，可拓展性和高性能涉及到数据库本身的一些特性，只能是尽力而为；
未来的架构，分布式，集群是主流，拓展性差的DB会逐渐被淘汰，个人看法
页:
[1]
2