sql2008主从同步 是什么意思

sql server 主从同步是指数据库的主库数据同步到从库中，数据写入到主库，通过sqlserver的复制分发将主库的数据复制到从库中，已达数据库之间数据的一致性；一般在主数据库压力比较大，通过读写分离来给主数据库降压的时候需要用到；写的时候 *** 作主库，读取数据的时候 *** 作从库；从库可以有一个或多个；

数据库主从同步是指将一个数据库中的数据实时或定期地复制到另一个或多个数据库中的过程，以实现数据的冗余备份、读写分离和负载均衡等功能。通常，主数据库负责写 *** 作（INSERT、UPDATE、DELETE），而从数据库负责读 *** 作（SELECT），这样可以大大提高数据库的并发性能和可用性。

主从同步的原理是通过将主数据库的写 *** 作（binlog）复制到从数据库的relay log，然后从数据库再对relay log进行重放（replay）来实现。这个过程中，从数据库的数据会与主数据库的数据进行同步，并保持一致。同步方式通常有以下几种：

基于binlog的主从同步：主数据库将写 *** 作记录到binlog中，从数据库读取binlog并对其进行重放，从而实现数据同步。

基于GTID的主从同步：GTID是全局事务标识符，主数据库和从数据库都会分配一个唯一的GTID，以便在数据同步过程中进行数据一致性检查。

半同步复制：主数据库将写 *** 作记录到binlog中，从数据库接收到binlog后，向主数据库发送ACK确认消息，主数据库接收到ACK消息后才会认为写 *** 作已经成功完成。

并行复制：主数据库的写 *** 作可以被并行复制到多个从数据库，以提高同步效率和可用性。

主从同步通常用于大型分布式系统、互联网应用程序和在线事务处理（OLTP）系统中，以提高系统的可用性、扩展性和容错性。常见的主流数据库软件，如MySQL、PostgreSQL、Oracle等都支持主从同步功能。

如果回答不够完整，请指出！

希望能帮上忙

主从复制理论上支持无穷大的从库个数，实际情况下，受服务器带宽和读写能力的影响

请参考MySQL官方手册的建议：

理论上，通过使用单个主服务器/多从服务器设置，可以通过添加更多的从服务器来扩充系统，直到用完网络带宽，或者你的更新负载已经增长到主服务器不能处理的点。

在获得的收益开始吃平之前，为了确定可以有多少从服务器，以及可以将你的站点的性能提高多少，需要知道查询模式，并且要通过基准测试并根据经验确定一个典型的主服务器和从服务器中的读取（每秒钟读取量，或者max_reads）吞吐量和写（max_writes）吞吐量的关系。通过一个假设的带有复制的系统，本例给出了一个非常简单的计算结果。

假设系统负载包括10%的写和90%的读取，并且我们通过基准测试确定max_reads是1200_2×max_writes。换句话说，如果没有写 *** 作，系统每秒可以进行1,200次读取 *** 作，平均写 *** 作是平均读 *** 作所用时间的两倍，并且关系是线性的。我们假定主服务器和每个从服务器具有相同的性能，并且我们有一个主服务器和N个从服务器。那么，对于每个服务器（主服务器或从服务器），我们有：

reads=1200_2×writes

reads=9×writes/(N1)(读取是分离的,但是写入所有服务器)

9×writes/(N1)2×writes=1200

writes=1200/(29/(N1))

最后的等式表明了N个从服务器的最大写 *** 作数，假设最大可能的读取速率是每分钟1,200次，读 *** 作与写 *** 作的比率是9。

如上分析可以得到下面的结论：

·如果N=0（这表明没有复制），系统每秒可以处理大约1200/11=109个写 *** 作。

·如果N=1，每秒得到184个写 *** 作。

·如果N=8，每秒得到400个写 *** 作。

·如果N=17，每秒得到480个写 *** 作。

主从式结构是指一个主机带多个终端的多用户结构。在这种结构中，数据库系统(包括应用程序、DBMS、数据)都集中存放在主机上，所有处理任务都由主机来完成，各个用户通过主机的终端并发地存取数据库，共享数据资源。 主从式结构的优点是简单，数据易于管理与维护。缺点是当终端用户数目增加到一定程度后，主机的任务会过分繁重，成为瓶颈，从而使系统性能大幅度下降。另外当主机出现故障时，整个系统都不能使用，因此系统的可靠性不高。

方法一：忽略错误后，继续同步

该方法适用于主从库数据相差不大，或者要求数据可以不完全统一的情况，数据要求不严格的情况

解决：

stopslave;

#表示跳过一步错误，后面的数字可变

setglobalsql_slave_skip_counter=1;

startslave;

之后再用mysql>showslavestatusG查看：

Slave_IO_Running:Yes

Slave_SQL_Running:Yes

ok，现在主从同步状态正常了。。。

方式二：重新做主从，完全同步

该方法适用于主从库数据相差较大，或者要求数据完全统一的情况

解决步骤如下：

1先进入主库，进行锁表，防止数据写入

使用命令：

mysql>flushtableswithreadlock;

注意：该处是锁定为只读状态，语句不区分大小写

2进行数据备份

#把数据备份到mysqlbaksql文件

[root@server01mysql]#mysqlmp-uroot-p-hlocalhost>mysqlbaksql

这里注意一点：数据库备份一定要定期进行，可以用shell脚本或者python脚本，都比较方便，确保数据万无一失

3查看master状态

？其中Master负责写 *** 作的负载，也就是说一切写的 *** 作都在Master上进行，而读的 *** 作则分摊到Slave上进行。这样一来的可以大大提高读取的效率。在一般的互联网应用中，经过一些数据调查得出结论，读/写的比例大概在 10：1左右 ，也就是说大量的数据 *** 作是集中在读的 *** 作，这也就是为什么我们会有多个Slave的原因。但是为什么要分离读和写呢？熟悉DB的研发人员都知道，写 *** 作涉及到锁的问题，不管是行锁还是表锁还是块锁，都是比较降低系统执行效率的事情。我们这样的分离是把写 *** 作集中在一个节点上，而读 *** 作其其他的N个节点上进行，从另一个方面有效的提高了读的效率，保证了系统的高可用性。

以上就是关于sql2008主从同步 是什么意思全部的内容，包括:sql2008主从同步 是什么意思、数据库主从同步原理+同步方式有哪些。分别用在哪些系统中、mysql主从同步如何同步已有的数据,(mysql数据库主从同步原理)等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！