问题标签 [xtradb]

经过几次尝试，我终于在我的 Macbook 上使用 Homebrew 安装了 Percona，并通过 MySQL Workbench 成功连接到它，但是当我想创建 XtraDB 表时：

TokuDB 也有同样的错误。

我读过 Percona 支持 XtraDB 和 TokuDB 以及 InnoDB。我应该在某处激活主题吗？！

所有美好的日子。我想在 ubuntu 14.04 上运行 Percona XtraDb Cluster 以进行测试。这里的基础取了这两篇文章

1. https://habrahabr.ru/post/152969/
2. https://www.percona.com/doc/percona-xtradb-cluster/5.6/manual/bootstrap.html

我来了

Ну и в завершение, перезапускаем демона:

守护进程没有启动

记录了几个错误。错误一：

[错误] 无法打开 mysql.plugin 表。请运行 mysql_upgrade 来创建它。

当然我跑了mysql_upgrade，但它不起作用

$ sudo mysql_upgrade 寻找“mysql”为：mysql 寻找“mysqlcheck”为：mysqlcheck 致命错误：升级失败

错误二：

160502 14:56:26 [错误] 插件“InnoDB”初始化函数返回错误。160502 14:56:26 [错误] 插件“InnoDB”注册为存储引擎失败。160502 14:56:26 [错误] 未知/不支持的存储引擎：InnoDB 160502 14:56:26 [错误] 中止

建议所有人删除所有文件夹/ var / lib / mysql并开始。但是我删除了，没有任何效果。

我的文件 my.cnf

其实问题是：如何开始？如果有任何人工作配置，那么请分享。

我无法使用 google 或 Stack Overflow 找到答案，所以也许熟悉 Percona XtraDB 的人可以帮助回答这个问题。我完全理解本文所述的意外死锁是如何发生的，解决方案是确保使用重试逻辑包装事务，以便在它们失败时重新启动它们。我们已经这样做了。

https://www.percona.com/blog/2012/08/17/percona-xtradb-cluster-multi-node-writing-and-unexpected-deadlocks/

我的问题是关于在自动提交模式下的事务之外发生的正常更新。通常，如果您只写入单个 SQL DB 并执行更新，那么您会在获胜的情况下获得最后一个，因此无论谁最后执行该语句，都是黄金。任何其他数据都会丢失，因此如果同时发生两个更新，其中一个将保留，而其他数据基本上丢失。

现在在具有相同事物的多主环境中会发生什么？多主集群模式的不同之处在于，死锁可能发生在提交发生的点，而不是第一次在表上获得锁的时候。因此，在自动提交模式下，数据将被写入数据库，但是当它尝试将其提交到集群中的其他节点时，如果其他东西同时修改了完全相同的记录，它可能会失败。显然，简单的解决方案是再次重新执行更新，在我看来，数据库本身应该能够处理这个问题，因为它是自动提交模式下的单个语句？

那么在这种情况下会发生什么，或者我是否需要开始在重试处理中包装我的所有更新代码并在失败时自己重试？

我们几乎每天都在测试服务器上面临表级锁定问题。

这些仅在插入时不断发生，我们从未遇到过更新或删除的问题。

我有一个隔离级别 READ-COMMITTED，以及 innodb_autoinc_lock_mode = 2

同一服务器的 mysqltuner 输出

由于这是一个测试服务器，我们在 t2.small 上运行测试

在我的 my.cnf 中，我目前有以下内容

当我尝试将其增加到 48 时，本机 AIO 无法启动。

这是我完整的 my.cnf：

这可能是什么原因造成的？

谢谢

• 我需要创建具有“星形”拓扑的 Percona XtraDB 集群：一个主节点（我在其中插入数据）和两个从节点（主节点的更改必须应用于从节点）

• 我也需要为此使用 Docker。

我该怎么办：

• 我使用来自https://hub.docker.com/r/percona/percona-xtradb-cluster/的 Docker 映像：

  /li>

我得到了控制台的输出：

• 码头工人ps -a

  /li>

问题是：

• 如何访问集群中的数据库？
• 如何将从节点添加到集群？
• 如何获取集群节点列表？

我在容器上运行Percona Xtradb 集群。

我停止了容器，然后启动了它。

我有错误：

2017-02-11T13:12:00.423566Z 0 [错误] 找到 1 个准备好的交易！这意味着 mysqld 上次没有正确关闭，并且在崩溃后手动删除了关键恢复信息（最后一个 binlog 或 tc.log 文件）。您必须使用 --tc-heuristic-recover 开关启动 mysqld 以提交或回滚待处理的事务。

2017-02-11T13:12:00.423739Z 0 [错误] 中止

消息说我需要mysqld --tc-heuristic-recover但容器在 mysql 无法启动后停止。

我的问题是：

• 我怎样才能解决这个问题而不是run新容器而是start现有容器？

• 有什么方法可以让 Docker 容器在主进程（mysqld）停止后仍然运行？

我正在使用带有 Maria DB 的 Amazon RDS 免费层级；当我掌握 RDS 时，所有这些都是它提供的基本配置。

当我尝试使用 XtraDB 引擎时，我从 MariaDB 实例中收到以下错误：

[2017-03-09 09:08:42] [42000][1286] 未知的存储引擎“XtraDB”

[2017-03-09 09:08:42] [HY000][1266] 为表'table_1'使用存储引擎 InnoDB

[2017-03-09 09:08:42] 在 346 毫秒内完成

这是示例sql：

我们正在使用 Percona 5.7.16-10 服务器。我想用 XtraDB 集群扩展当前的解决方案。因此，与此同时，我创建了其他机器并启动了集群（在 5.7.17-11-57 Percona XtraDB Cluster 版本上运行）并在那里进行了一些测试（一切似乎都运行良好）。现在我想从正在运行的服务器中转储当前数据库并将其插入集群。停止集群没有问题（因为它是为了测试）。但是当我按照习惯创建 mysqldump 时，由于 pcx_strict_mode （此处的信息），我无法将其插入集群- 强制执行Percona-XtraDB-Cluster prohibits use of LOCK TABLE/FLUSH TABLE <table> WITH READ LOCK with pxc_strict_mode = ENFORCING因为 mysqldump 创建了包含被禁止的表锁的脚本。所以我测试了更多的选项，比如 MASTER 不应该检查这个规则，但它没有帮助，因为来自转储的插入查询被卡住并且没有任何事情发生。

是否有任何 mysqldump 选项可以避免表锁定查询，或者我是否必须通过 XtraBackup 以某种方式恢复它并将 XtraBackup 用于当前正在运行的服务器？

我在这里阅读了几个主题，但没有匹配任何有相同问题的人。每个人都在解决如何从失败中恢复集群，而不是从头开始。

对于 mysqldump 的任何建议或将旧数据库“插入”到集群中的正确方法，我都会很高兴。

当我使用外部数据目录运行Percona XtraDB Cluster时（我尝试从使用Percona XtraBackup制作的备份中恢复），出现错误：

我该如何解决？

码头工人命令：

我也尝试过MYSQL_ROOT_PASSWORD根据文档省略：

错误日志：