标签: replication

我一直在使用 mysql master:master 复制，并且总是能够使用此命令检查复制的状态：
mysql > show slave status\G 我能够在 show Slave status 命令中看到这一点：
Slave_IO_Running: Yes Slave_SQL_Running: Yes Seconds_Behind_Master: 0 如果我落后于我的其中一个，则 secondary_behind_master 总是让我知道服务器。

我没有使用 galera，并且不确定如何验证一切是否都是最新的。我看到这篇文章“监控集群状态”
我意识到我可以使用此命令来查看集群中有多少个节点：
SHOW GLOBAL STATUS LIKE 'wsrep_cluster_size';

但我不确定这个命令是否足以判断它们是否是最新的：
SHOW GLOBAL STATUS LIKE 'wsrep_local_state_comment'; 此命令当前显示已同步，但我无法判断这是否是判断我是否可以开始的最佳方法。

我正在从 MySQL v 5.5.50 主服务器复制到 RDS 中托管的 MySQL v 5.5.46 从服务器。我已经按照 AWS 文档了解了如何严格执行此操作，将转储文件导入到从属服务器中，并在CALL mysql.rds_set_external_master...几天前运行命令来开始操作。

我的SHOW MASTER STATUS;结果是：

+---------------------+----------+--------------+------------------+
| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------------+----------+--------------+------------------+
| mysql-binlog.000023 | 48684053 |              |                  |
+---------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

我的SHOW SLAVE STATUS \G;结果是：

*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: [master host IP here]
                  Master_User: [local replication user here]
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-binlog.000023
          Read_Master_Log_Pos: …

[免责声明]我对数据库并不陌生，但对复制和集群完全是新手......

您可能知道 Mysql 提供了一项新功能：MySql 组复制。

有人可以向我解释这种架构和集群之间的根本区别吗？任何主要功能仅存在于两者之一吗？节点容错 ? 是否有能力回到现场状态？欢迎提出任何建议...

谢谢

在我的一台服务器中创建出版物的过程中，我不断收到以下错误消息

分发器尚未正确安装。无法启用数据库进行发布。

尽管我已经多次删除并重新创建了分配器。

--==============================================================
-- replication - create publication - complete
-- marcelo miorelli
-- 06-Oct-2015
--==============================================================

select @@servername
select @@version
select @@spid
select @@servicename

--==============================================================
-- step 00 --  configuring the distributor
-- if there is already a distributor AND it is not healthy, 
-- you can have a look at the jobs related to this distributor and
-- MAYBE, if you need to get rid of it, run this step
-- generally you need to run this when …

在 aws RDS 上的 postgresql 主从复制方案上的复制服务器中，我收到以下错误：

SQLSTATE[40001]: Serialization failure: 7 ERROR:  canceling statement due to conflict with recovery

据我了解，原因是复制的发生类似于数据库迁移。查询序列被写入称为 WAL 的内容，然后以 FIFO 序列执行。

另外，我了解到，一旦在执行 wal 时执行查询，可能会导致冲突，因为有时当前正在执行的查询可能会导致获取陈旧数据。

因此，根据文档，存在延迟，允许首先执行当前查询，然后应用 wal 更改。这些是：

1. max_standby_archive_delay
2. max_standby_streaming_delay

但是在繁重的查询（查询执行时间> 30秒）上将这些值设置为-1会导致副本在较长时间内拥有过时的数据吗？

我们正在运行一个 Aurora PostgreSQL 集群，其中包含一个只读副本和主节点。

定期出现非常重的写入负载，导致较高的复制延迟。这可能会导致只读副本重新启动，这对于高可用性环境中的我们来说是不希望的。发生这种情况时，通过只读端点连接到集群的客户端会收到此 JDBC 错误：org.postgresql.util.PSQLException: FATAL: the database system is starting up。此外，AWS 控制台在日志中显示了这些内容：

只读副本已经落后于主数据库太多了。重新启动 postgres。

其次是

数据库实例已重新启动

我们可以容忍只读副本落后几分钟，但不能容忍只读副本重新启动才能赶上。

有没有办法防止只读副本在这些时间段内重新启动？

或者，是否有任何建议的调整可以减少写入负载较重期间的复制延迟？

编辑
我正在测试数据库冗余和高可用性的可能解决方案，我测试了镜像它工作正常，但缺乏可扩展性，而且在一台服务器上会有很多工作。现在我发现了 Merge Replication，在纸上看起来很棒（尽管我仍然需要知道如果服务器宕机而它们又重新活跃起来会发生什么，它会同步吗？你也能回答我这个吗？）

编辑

我的目标是让各种应用程序同时工作并仅与一个数据库进行通信。但是让数据库在它们之间同步，并且在一个数据库出现故障的情况下，它的所有数据都不会丢失。

是否可以使用合并复制来做到这一点？？其中所有 sql 实例都是发布者和订阅者，并且在其中有一个分发者。

我应该考虑什么，或者我的问题的其他可能解决方案？

问候

我在 ubuntu 机器上运行了 mysql-5.1.41 master-master 设置，下面是 master 的配置：

skip-host-cache
skip-name-resolve
event_scheduler = ON
max_connections = 500
max_connect_errors = 1000

server-id = 10
replicate-same-server-id = 0
auto-increment-increment = 10
auto-increment-offset = 1

master-host = 192.168.1.106
master-user = repli
master-password = secret
master-connect-retry = 60

binlog-format = MIXED
binlog-ignore-db = information_schema
binlog-ignore-db = lb1

log-bin = /var/log/mysql/mysql-bin
log-bin-index = /var/log/mysql/bin-log.index

log-slave-updates
report-host = 192.168.1.105
replicate-ignore-db = information_schema
replicate-ignore-db = lb2

relay-log = /var/log/mysql/relay.log
relay-log-index = /var/log/mysql/relay-log.index

日志文件似乎每天都在增长。有谁知道我应该在上面的配置中包含什么参数来自动删除/刷新旧的不必要的日志，并具有适当的值，不会损坏同步？。

# free -m
             total       used       free     shared    buffers     cached
Mem:         48289      35288      13000          0        347      30399
-/+ buffers/cache:       4541      43747
Swap:         8189         51       8137

• mysql-server-5.5.25a-1.el5.remi
• my.cnf: http://fpaste.org/PQLU/

MySQL 无法从以下错误开始/var/log/mysqld.log：http : //fpaste.org/4VMB/

它只能在添加innodb_force_recovery = 1到my.cnf时启动，但是在启动服务器时出现另一个错误：http : //fpaste.org/6azJ/

这台服务器曾经是主服务器，但我能够将一个从服务器提升为新的主服务器。目前我正在尝试将这个失败的主站设置为新的从站，但我无法启动它。

我现在该怎么办？

更新 2012 年 7 月 19 日星期四 23:50:17 ICT：

它已成功启动innodb_force_recovery=2，但 MySQL 在执行以下操作时消失DROP TABLE：

mysql> drop table reportingdb.bigdata_banner_scheduler;
ERROR 2013 (HY000): Lost connection to MySQL server during query

这是日志：http …

我的 mysql_slave 陷入了一个错误，并累积到 200,000+ Seconds_Behind_Master。我应该重建它并从头开始，还是让它自己赶上？