mysql - Galera 集群问题

Question

我想在生产环境中使用Galera集群，但我有一些顾虑；

1. 每个表必须至少定义一个显式主键。

2. 每个表必须在 InnoDB 或 XtraDB 存储引擎下运行。

3. 分批处理您的大额交易。例如，不要让一个事务插入 100,000 行，而是将其分成更小的 block ，例如每个事务插入 1000 行。

4. 您的应用程序可以容忍非顺序自动增量值。

5. 架构更改的处理方式有所不同。

6. 通过向单个节点发送写入来处理热点/Galera 死锁。

我想对上述所有要点进行一些澄清。此外，我们在生产中有超过 600 个数据库，galera 可以在这个环境中工作吗？

谢谢

Answer 1

这是一次需要处理的很多事情。有两个问题:表创建(涉及架构，请参阅第 5 点)和使用这些表的应用程序。我会尝试:

1)Each table must have at least one explicit primary key defined.

创建表时，不能有任何没有有主键的表。表是使用字段和索引创建的。这些索引之一必须声明为 PRIMARY KEY。

2)Each table must run under InnoDB or XtraDB storage engine.

创建表时，必须具有 ENGINE=InnoDB 或 ENGINE=XtraDB。 Galera 不处理默认的 MyISAM 类型表

3)Chunk up your big transaction in batches. For example, rather than having one transaction insert 100,000 rows, break it up into smaller chunks of e.g., insert 1000 rows per transaction.

这与您的架构无关，而是与您的应用程序相关。尽量不要让应用程序在一个事务中插入大量数据。 请注意，这会起作用，但有风险。这不是要求，而是建议。

4)Your application can tolerate non-sequential auto-increment values.

通过集群，您可以更新多个服务器。如果字段是自动递增的，则每个集群成员可能会尝试递增同一字段。您的应用程序不应假设下一个 ID 与前一个 ID 相关。对于自动增量字段，不要IMPOSE值，让数据库处理它。

5)Schema changes are handled differently.

架构是表和索引的描述，而不是添加、删除或检索信息的事务的描述。您有多个服务器，因此必须小心处理架构更改，以便所有服务器都能跟上。

6)Handle hotspots/Galera deadlocks by sending writes to a single node.

这与应用程序和数据库相关。死锁是指应用程序的 2 个不同部分尝试获取一个值 (ValueA)，因为数据库会锁定它以便可以更改它，然后尝试获取另一个值 (ValueB) 以用于相同用途。如果另一部分尝试首先锁定 ValueB ，然后锁定 ValueA ，我们就会陷入死锁，因为每个应用程序都锁定了另一个应用程序的下一个值。为了避免这种情况，最好只写入集群中的一台服务器，并使用其他服务器进行读取。请注意，您的应用程序中仍然可能会出现死锁。但你可以避免加莱拉造成这种情况。