问题标签 [xtradb]

当我在 ubuntu 中启动 mysql 服务时。error.log 在以下消息中不断循环。

我运行了 wsrep_sst_xtrabackup 命令行，看起来还可以。

知道哪里出了问题吗？

我一直在使用MySQL，但正如许多人痛苦地发现的那样，InnoDB引擎正在创建大型且不可收缩的ibdata1文件。激活 innodb_file_per_table 有助于但不能解决问题。

我正在考虑迁移到MariaDB并使用XtraDB引擎。我知道这是 InnoDB 的改进版本，但我想知道它是否仍然带有这个重要的流程。我没有在任何地方看到它，所以我猜这不是 MariaDB 的问题，但我想确定一下。

有没有人有这方面的确切信息？提前致谢。

我在集群中设置了 percona_xtradb_cluster-56 和三个节点。要启动第一个集群，我使用以下命令，它启动得很好：

但是，当我使用以下命令正常启动它们时，其他两个节点无法启动：

我得到的错误是“服务器退出而不更新 PID 文件”。错误日志包含以下消息：

集群节点运行所有 Ubuntu 14.04。当我使用 percona-xtradb-cluster5.5 时，集群和所有节点都按预期运行。但我需要使用 5.6 版，因为我也在使用 GTID，它仅在 5.6 版中可用，在早期版本中不支持。

我按照这两个 percona 文档来设置集群： https ://www.percona.com/doc/percona-xtradb-cluster/5.6/installation.html#installation

https://www.percona.com/doc/percona-xtradb-cluster/5.6/howtos/ubuntu_howto.html

任何有关如何解决此问题的见解或建议将不胜感激。

我们在从服务器上关闭（在 13:47），之后从服务器不跟随主服务器。在从属服务器关闭之前，我拥有所有数据。

这是奴隶：

似乎奴隶收到了日志。
实际上我们有“Master with Relay Slave”复制，并且slave本身充当另一个slave的master。

我们有一个带有 5 个节点和一个仲裁器的 Percona Xtradb 集群。我们的一位 PHP 开发人员在集群上运行了一个错误的查询，导致所有节点崩溃。崩溃后，我们无法收集任何错误日志来告诉我们真正出了什么问题，因为整个集群在没有执行任何日志记录的情况下崩溃了。

我一直认为，在集群上执行单个查询时，它只由集群中的一个节点处理。因此，如果查询是错误的（到了杀死数据库服务器的程度），它应该只使正在处理它的一个节点崩溃，而让集群与剩余的 4 个节点一起运行。

这种行为让我们感到困惑，我们想了解真正发生了什么，特别是这是第二次发生这种情况。为什么在由其中一个节点处理时在集群上运行的查询会导致集群中的其他节点在处理时出现问题时崩溃？

下面是我们的 my.cnf 配置：

我已经设置了 3 个节点的 Percona Xtradb 集群。第一个节点使用引导程序启动正常，但是当我尝试启动第二个节点加入集群时，出现以下错误：

2015-08-27 18:08:08 25990 [警告] WSREP：无法准备增量状态传输：本地状态 UUID (00000000-0000-0000-0000-000000000000) 与组状态 UUID (a6b3fced-4ca1-11e5) 不匹配-b5da-d69fa186273c)：1（不允许操作）
在 galera/src/replicator_str.cpp:prepare_for_IST():463。IST 将不可用。2015-08-27 18:08:08 25990 [注意] WSREP：成员 0.0 (db-gc-pxc2) 请求从“任何
” 进行状态转移。选择 1.0 (db-gc-pxc1)(SYNCED) 作为捐赠者。 2015-08-27 18:08:08 25990 [Note] WSREP: Shifting PRIMARY -> JOINER (TO: 0) 2015-08-27 18:08:08 25990 [Note] WSREP: Requesting state transfer: success,donor: 1


2015-08-27 18:08:08 25990 [警告] WSREP：1.0（db-gc-pxc1）：状态转移到 0.0（db-gc-pxc2）失败：-12（无法分配内存）
2015-08-27 18:08:08 25990 [错误] WSREP: gcs/src/gcs_group.cpp:int gcs_group_handle_join_msg(gcs_group_t*, const gcs_recv_msg_t*)():731: 永远不会收到状态。需要中止。
2015-08-27 18:08:08 25990 [注] WSREP：gcomm：终止线程
2015-08-27 18:08:08 25990 [注] WSREP：gcomm：加入线程
2015-08-27 18:08:08 25990 [注意] WSREP：gcomm：关闭后端

下面是我在 my.cnf 文件中的集群配置：

什么会导致这个错误？

仅供参考，我确实在数据库中创建了 wsrep_sst_auth 的用户和密码。

这是它有帮助的 my.cnf 的其余部分：

当我尝试使用以下命令从我的 Ubuntu 14.04 中删除 percona-pxc 时：

我收到以下错误：

我怎样才能摆脱这个错误？

我打算在 galera 集群 (percona xtradb) 中运行一个销售点软件。每个 POS 终端都是自己的集群，然后还有一个 Amazon EC2，以帮助避免脑裂情况。

上述设置是理想的集群设置吗？我的 POS 终端在本地网络中的范围可以从 1 到 N 个节点，而且我在网络外始终只有 1 个 EC2 实例。

谢谢，

我对这个简单的 MySQL 查询有疑问：

其中发件人表有数百万行。

当我在 SequelPro 上运行它时，它第一次运行很慢，大约 4 秒或更长时间，而下一次运行它运行得非常快，大约 0.018 秒。但是，如果我在几分钟后再次运行，它会再次执行相同的操作。

我尝试使用 SQL_NO_CACHE，它仍然给我相同的结果。

DB引擎是innoDB，DB是MySQL Percona XtraDB集群。以下是解释结果：

“sent”是（recipient，status）多列的索引。有谁知道解决这个问题？

谢谢你。

添加（来自评论）

我的目标是让 Percona XtraDB 安装在 Docker 容器中运行。为此，我编写了以下配置。

Dockerfile：

码头入口点.sh

我的.cnf.j2

wsrep_cluster_address=gcomm:// 通常包含 3 个节点 WAN-IP 的列表，由于隐私，我删除了它们。

构建图像非常好用：

开始工作也很好：

变量 node_ip 指向我服务器的 WAN-IP，出于隐私原因，我将其设置为 127.0.0.1。

但是当我尝试在容器中引导 mysql 时：

我收到此错误：

我该如何解决这个问题才能让 XtraDB 在我的容器中运行？