如果有一个特别大的访问量到数据库上,怎么做优化?主从复制、读写分离「终于解决」

如果有一个特别大的访问量到数据库上,怎么做优化?主从复制、读写分离「终于解决」第一个就是使用优化查询的方法。这个在前期的内容中有具体说明,这里不再做说明。 第二、这里简要说明一个以下几个方法: 主从复制、读写分离、负载均衡 目前,大部分的主流关系型数据库都提供了主从复制的功能,

如果有一个特别大的访问量到数据库上,怎么做优化?主从复制、读写分离

第一个就是使用优化查询的方法。这个在前期的内容中有具体说明,这里不再做说明。

第二、这里简要说明一个以下几个方法:

  主从复制、读写分离、负载均衡

  目前,大部分的主流关系型数据库都提供了主从复制的功能,通过配置两台(或多台)数据库的主从关系,可以将一台数据库服务器的数据更新同步到另一台服务器上。网站可以利用数据库的这一功能,实现数据库的读写分离,从而改善数据库的负载压力。一个系统的读操作远远多于其写操作,因此写操作发向master,读操作发向slaves进行操作(简单的轮循算法来决定使用哪个slave)。

  利用数据库的读写分离,web服务器在写数据的时候,访问著数据库(Master),主数据库通过主从复制机制将数据更新同步到从数据库(Slave),这样web服务器读数据的时候,就可以通过从数据库获得数据。这一方案使得在大量读操作的web应用可以轻松地读取数据,而主数据库也只会承受少量的写入操作,还可以实现数据热备份,可谓是一举两得的方案。

1.复制的基本原则

  MySQL复制是异步的且串行化的;

  每个Slave只有一个Master;

  每个Slave只有一个唯一的服务器ID;

  每个Master可以有多个Slave;

2.一主一从常见配置:

  MySQL版本一致且后台以服务运行;

  主从都配置在[mysqld]结点下,都是小写,主机修改my.ini配置文件,从机修改my.cnf配置文件,因修改过配置文件,请主机+从机都重启后台MySQL服务;

  主机从机都关闭防火墙;

  在Windows主机上建立账户并授权slave;

  在Linux从机上配置需要复制的主机;

  主机新建库,新建表,insert记录,从机复制;

  通过stop slave 停止从机复制;

 

       如果有一个特别大的访问量到数据库上,怎么做优化?主从复制、读写分离「终于解决」

 主从复制的原理:

  影响MySQL-A数据库的操作,在数据库执行后,都会写入本地的日志系统A中。假设,实时的将变化了的日志系统中的数据库事件操作,通过网络发给MySQL-B。MySQL-B收到后,写入本地日志系统B,然后一条条地将数据库事件在数据库中完成。那么MySQL-A的变化,MySQL-B也会变化,这样就是所谓的MySQL的复制。

  在上面的模型中,MySQL-A就是主服务器,即master,MySQL-B就是从服务器,即slave。

  日志系统A,其实它是MySQL的日志类型的二进制日志,也就是专门用来保存修改数据库的所有动作,即bin log。【注意MySQL会在执行语句之后,释放锁之前,写入二进制日志,确保事务安全。】

  日志系统B,并不是二进制日志,由于它是从MySQL-A的二进制日志复制过来的,并不是自己的数据库变化产生的,有点接力的感觉,称为中继日志,即relay log。

  可以发现,通过上面的机制,可以保证MySQL-A和MySQL-B的数据库数据一致,但是时间上肯定有延迟,即MySQL-B的数据是滞后的。

简化版:

MySQL主(称master)从(称slave)复制的原理:

  1.master将数据改变记录到二进制日志(binary log)中,也即是配置文件log-bin指定的文件(这些记录叫做二进制日志事件,binary log events)

    PS:从图中可以看出,Slave服务器中有一个I/O线程(I/O Thread)在不停地监听Master的二进制日志(binary log)是否有更新:如果没有,它会睡眠等待Master产生新的日志事件;如果有新的日志事件(log events),则会将其拷贝至Slave服务器中的中继日志(relay log)。

  2.slave将master的二进制日志事件(binary log events)拷贝到它的中继日志(relay log)。

  3.slave重做中继日志中的事件,将Master上的改变反映到它自己的数据库中。所以两端的数据是完全一样的。

    PS:从图中可以看出,Slave服务器有一个SQL线程(SQL Thread)从中继日志读取事件,并重做其中的事件,从而更新Slave的数据,使其与Master中的数据一致。只要该线程与I/O线程保持一致,中继日志通常会位于OS的缓存中,所以中继日志的开销很小。

  如果有一个特别大的访问量到数据库上,怎么做优化?主从复制、读写分离「终于解决」

 主从复制的几种方式:

 1.同步复制

  主服务器在将更新的数据写入它的二进制日志(binlog)文件中后,必须等待验证所有的从服务器的更新数据是否已经复制到其中,之后才可以自由处理其他进入的事务处理请求。

2.异步复制

  主服务器在将更新的数据写入它的二进制日志(binlog)文件中后,无需等待验证更新数据是否复制到从服务器中,就可以自由处理其他进入的事务处理请求。

3.半异步复制

  主服务器在将更新的数据写入它的二进制日志(binlog)文件中后,只需等待验证其中一台从服务器的更新数据是否已经复制到其中,就可以自由处理其他进入的事务处理请求,其他的从服务器不用管。

数据库分表、分区、分库

  分表见上期描述。

  分区就是把一张表的数据分成多个区块,这些区块可以在一个磁盘上,也可以在不同的磁盘上,分区后,表面上还是一张表,但数据散列在多个位置,这样一来,多块硬盘同时处理不同请求,从而提高磁盘IO读写性能,实现比较简单。包括水平分区和垂直分区。

  分库是根据业务不同把相关的表且分到不同的数据库中,比如web、bbs、blog等库。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
转载请注明出处: https://daima100.com/9407.html

(0)
上一篇 2023-02-09
下一篇 2023-02-09

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注