数据库的演变过程
一、单点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.在性能上完善以后,我们为了解决大的数据存储,我们设立专门的服务器去存储这些大的文件,并分类存储