MySQL / MariaDB从奴隶读取首选项的最大陈旧性

Question

我正在将Mysql / MariaDB与Innodb存储引擎版本10.x一起使用。

我想使用主从配置来设置集群。有一个选项可以使用--innodb-read-only或--read-only从从设备读取数据。

但是，除了上述内容之外，客户端还需要在且仅当最大从属延迟小于x秒时，才需要从从属读取数据。

由于网络拥塞，磁盘吞吐量低，运行时间长等原因，从服务器可能会落后于主服务器。具有“最大允许的陈旧性”选项的读取首选项应使应用程序为从中读取数据指定最大复制滞后或“陈旧性”。奴隶。当辅助节点的估计过期时间超过时，客户端将停止使用该节点进行从节点的读取操作，而开始从主节点读取数据。

我想知道MySql / InnoDB中是否有一个选项？

Answer 1

没有自动选项可用于将查询切换到主数据库。这由应用程序逻辑处理。

您可以运行查询SHOW SLAVE STATUS，返回的字段之一是Seconds_Behind_Master。您必须编写应用程序代码来进行检查，如果滞后时间大于阈值，请查询主服务器。

您可能会找到某种可以为您执行此逻辑的代理。参见https://mydbops.wordpress.com/2018/02/19/proxysql-series-mysql-replication-read-write-split-up/

将滞后X秒的奴隶视为不可用并非总是最佳选择。不管延迟如何，某些查询都可以。几年前，我写了一篇有关此的演示文稿，其中包括一些示例查询。 Read / Write Splitting with MySQL and PHP

Answer 2

• 许多代理产品可能都具有用于此目的的代码。
• 如果您自动切换到Master，则 it 可能会不知所措，从而导致 worse 系统问题。
• 如果您尝试切换到另一个从站，则很容易陷入振兴状态。
• 如果您要转到群集设置而不是Master + Slave，则Galera可以处理“关键读取”。
• 如果问题的一部分是主机与从机之间的距离，并且如果您切换到主机，则客户在哪里？如果它在从站附近，那么到达主站的额外时间会抵消一些好处吗？
• 避免长时间运行的查询，增强从属以避免磁盘慢速，加快大量访问磁盘的查询，并研究网络改进。

总而言之，我不喜欢尝试将查询移至主服务器的想法；我将致力于解决潜在的问题。

Answer 3

MariaDB MaxScale有多种处理复制延迟的方法。

最简单的方法是使用max_slave_replication_lag参数来限制最大允许复制滞后。这完全按照您描述的方式工作：如果一个从属设备比主设备落后太多秒，则其他从属设备将作为主设备使用。这是在MaxScale中处理复制滞后的最常用方法。

另一种选择是使用causal_reads功能，该功能利用了MASTER_GTID_WAIT和MariaDB 10.2及更高版本中的其他功能。这样就可以保持读取一致性，而不会增加主服务器上的额外负载。这确实以等待时间为代价：如果服务器落后读取几秒钟，则可能需要更长的时间。当数据一致性至关重要但请求延迟不是那么重要时，使用此选项。

第三个选项是在写入发生后，使用CCRFilter强制对主机进行读取。与causal_reads相比，这是一种更简单的方法，但是它以增加主服务器负载为代价提供了数据一致性。