问题标签 [xtradb]

MariaDB 主页说他们在 10.1 之前使用 Percona XtraDB，从 10.2 开始，他们将再次使用普通的 InnoDB ( https://mariadb.com/kb/en/mariadb/xtradb-and-innodb/ )。

这对我来说似乎不合理，因为 XtraDB 似乎是 InnoDB 的更好/改进版本（https://www.percona.com/software/mysql-database/percona-server/feature-comparison）。那么这是一个错字吗，是否有任何法律问题，或者新版本的 InnoDB 是否比 XtraDB 更好？

MariaDB 页面上什至还有一个问题，但已经好几个星期没有回答了。

抱歉，由于 Stackoverflow 规则，无法附加所有相关链接。

有人可以帮助我了解 Percona 在安装后立即建议的这三个功能的用途和好处吗？

我从来没有找到清楚解释这些功能的文档，以及您从中获得的好处/优势。

我正在部署 Percona Xtradb-Cluster 并陷入自动故障转移。当我在数据库中停止节点 2 时不会自动更新状态。这是日志：

2017-06-23 23:37:29 MySQL_Monitor.cpp:1126:monitor_ping(): [错误] 服务器 192.168.1.11:3306 错过了 3 个心跳，避开它并杀死所有连接 2017-06-23 23:37:39 MySQL_Monitor.cpp:1126:monitor_ping(): [错误] 服务器 192.168.1.11:3306 错过了 3 个心跳，避开它并杀死所有连接 2017-06-23 23:37:49 MySQL_Monitor.cpp:1126:monitor_ping(): [错误] 服务器 192.168.1.11:3306 错过了 3 个心跳，避开它并杀死所有连接 2017-06-23 23:37:59 MySQL_Monitor.cpp:1126:monitor_ping(): [错误] 服务器 192.168.1.11:3306 错过3 个心跳，回避它并杀死所有连接 2017-06-23 23:38:09 MySQL_Monitor.cpp:1126:monitor_ping(): [错误] 服务器 192.168.1.11:3306 错过了 3 个心跳，回避它并杀死所有连接2017-06-23 23:38:19 MySQL_Monitor.cpp:1126:monitor_ping():[错误] 服务器 192.168.1.11:3306 错过了 3 个心跳，避开它并杀死所有连接 2017-06-23 23:38:29 MySQL_Monitor.cpp:1126:monitor_ping(): [错误] 服务器 192.168.1.11:3306 错过3 个心跳，回避它并杀死所有连接 2017-06-23 23:38:39 MySQL_Monitor.cpp:1126:monitor_ping(): [错误] 服务器 192.168.1.11:3306 错过了 3 个心跳，回避它并杀死所有连接2017-06-23 23:38:49 MySQL_Monitor.cpp:1126:monitor_ping(): [错误] 服务器 192.168.1.11:3306 错过了 3 个心跳，避开它并杀死所有连接monitor_ping(): [错误] 服务器 192.168.1.11:3306 错过了 3 个心跳，避开它并杀死所有连接 2017-06-23 23:38:49 MySQL_Monitor.cpp:1126:monitor_ping(): [错误] 服务器 192.168。 1.11:3306 错过了 3 个心跳，回避它并杀死所有连接monitor_ping(): [错误] 服务器 192.168.1.11:3306 错过了 3 个心跳，避开它并杀死所有连接 2017-06-23 23:38:49 MySQL_Monitor.cpp:1126:monitor_ping(): [错误] 服务器 192.168。 1.11:3306 错过了 3 个心跳，回避它并杀死所有连接

谢谢。

我正在尝试使用 mysqldbcompare 实用程序比较主服务器和从服务器，但观察到它失败了，并且在比较结果中它没有显示差异行。所以我手动比较了表并观察到主服务器中有一些特殊字符正在从服务器中产生这种差异作为 '？'。请让我知道如何避免这个问题。

下面是来自主从的示例记录。

我将 Percona Server 与 XtraDB 一起使用，但在 Workbench 中我看到表的存储引擎是 InnoDB。

如何配置服务器以使用 XtraDB？

我在 Percona XtraDB 设置中为 utf8mb4 和 utf8 字符集设置默认排序规则时遇到问题。如果我写这样的查询：

它失败并显示以下消息：

这似乎是因为collat ​​ion_connection会话值始终设置为 utf8mb4_general_ci。该变量的全局值是utf8_unicode_ci，这仍然不太正确，但更可取。

我终生无法找到该会话变量的来源。我查看了information_schema.COLLATIONS内部，可以看到utf8_general_ci和utf8mb4_general_ci如下：

然而我真的不希望这些排序规则作为默认值？

我尝试将这些值放在每个节点my.cnf文件中，但似乎没有任何影响：

非常感谢任何帮助。

长事务会在 undo log 中生成几个旧版本的行，这些行存储在 ibdata 文件中。undo log 条目是否也存储在 innodb 缓冲池中。

有人能帮助我吗 ？

1）我的 VPS（Centos）主机宕机（Provider 问题）
2）VPS 重启后，节点 XtraDB 集群拒绝启动
3）其他节点（2）受到注意影响

我阅读了很多帖子并尝试了很多方法，但没有任何效果。

我尝试了简单的启动我尝试删除 /var/lib/mysql/xxxxxx.com.pid 并尝试启动我绑定删除锁定文件

总是相同的结果：

或者

或者

使用 MySQL 5.7 并在断电后一切似乎都很好。然后我必须重命名一个表。所以，很容易：

所以我尝试删除提到的表：

为什么？？？？？？

所有命令都在同一个 CLI 上，因此不会混淆服务器。我对这两个命令使用相同的数据库。检查数据目录是否包含表文件。不存在的。

information_schema.tables没有行MY_REAL_TABLE。

我被困住了，因为我对此表无能为力，我需要将其重命名。

我正在使用具有 3 个节点的 MySQL Percona XtraDB 集群，并且由于磁盘已满，一个节点中的 MySQL 服务无法正常工作。修复问题后，我们尝试在此节点上启动 MySQL，但出现以下错误：（在此问题之前，所有节点都工作正常）

操作系统：Ubuntu 18.04.2 LTS mysql Ver 14.14 Distrib 5.7.25-28，适用于使用 7.0 的 debian-linux-gnu (x86_64)

也请在下面找到 journalctl 登录：

请在下面找到 mysqld.log：

如何在这个节点启动 MySQL？

提前致谢。