1.数据库的演变过程

数据库的演变过程

一、单点mysql

          1.在一开始网站的访问量都不大的时候，使用单个数据完全可以轻松应对。 

          2.当时更多的是静态网页，动态交互类型的网站不多，所以大多都是使用简单的垂直MVC单点架构。

             

          问题：1.随着数据量的增大，一个机器放不下，

                     2.而数据的索引也越来越多，占用的磁盘空间也不够了。 

                     3.访问量多了，一个数据库实例性能很低，容易崩溃（读写混合）。

二、Memcached（缓存）+MySQL+垂直拆分

           1.随着访问量的上升，为了提高性能，除了优化数据库的结构和索引，还是使用了缓存来缓解数据库压力。

           2.但是当访问量继续增大时，缓存带来了比较高的IO压力，于是又使用多个mysql的实例来缓解压力。

               

           问题：1.缓存只能缓解读取压力，数据库的写入压力还是很大

                      2.且随着数据量的继续增大，性能还是很缓慢

三、Mysql主从复制和读写分离

          1.读写都集中在一个数据库中，数据库压力很大，所以采用主从复制+读写分离来提高读写的性能（master-slave模式）

          2.主从复制就是将数据库分为主数据库和次数据库，每当主数据库操作时，次数据库也会进行同样操作，两者的数据内容一致，并相当于备份保证数据安全。

          3.读写分离是在主从复制的基础上，读取时只对次数据库读取，写入操作只对主数据库操作。

                       

           问题：1.虽然解决的读写分离，但是性能的提高出现了瓶颈，如何继续提高性能

四、分表分库+水平差分+MYSQL集群

           1.为了继续提高性能，提出了分表分库和水平差分

           2.分表就是当一个表的数据非常多的时候，我们可以将其拆成多个表来分散数据。

           3.分库就是将表中的部分数据拿出来放到其他的数据库中。

           4.将数据横向切一刀，分成多份，放到其他表的其他库中，就是水平差分，同时多个库也要实现读写分离和主从复制，就形成了MYSQL的集群。

              

          问题：1.性能上提高以后，我们如何去解决存储大的二进制的数据，如视频，大的图片等。

五、现在使用的架构

          1.在性能上完善以后，我们为了解决大的数据存储，我们设立专门的服务器去存储这些大的文件，并分类存储