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

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

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

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

目前，大部分的主流关系型数据库都提供了主从复制的功能，通过配置两台(或多台)数据库的主从关系，可以将一台数据库服务器的数据更新同步到另一台服务器上。网站可以利用数据库的这一功能，实现数据库的读写分离，从而改善数据库的负载压力。一个系统的读操作远远多于其写操作，因此写操作发向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等库。