我们有一个 MySQL 5.1.52 Percona Server 11.6 实例，它突然开始将每个查询记录到慢查询日志中。该long_query_time配置设置为1，然而，突然我们看到每一个查询（例如刚才看到一个拿了0.000563s！）。结果，我们的日志文件以疯狂的速度增长。我们只需要截断一个 180G 的慢查询日志文件。

我尝试将 long_query_time 变量设置为一个非常大的数字，以查看它是否完全停止 ( 1000000)，但结果相同。

show global variables like 'general_log%';
+------------------+--------------------------+
| Variable_name    | Value                    |
+------------------+--------------------------+
| general_log      | OFF                      |
| general_log_file | /usr2/mysql/data/db4.log |
+------------------+--------------------------+
2 rows in set (0.00 sec)

show global variables like 'slow_query_log%';
+---------------------------------------+-------------------------------+
| Variable_name                         | Value                         |
+---------------------------------------+-------------------------------+
| slow_query_log                        | ON                            |
| slow_query_log_file                   | /usr2/mysql/data/db4-slow.log |
| slow_query_log_microseconds_timestamp | OFF                           |
+---------------------------------------+-------------------------------+
3 rows …

我想使用 Percona XtraBackup 为我们的 MySQL 数据库创建一个每小时备份到一个临时系统。

是否可以准备 $BACKUPBASE，然后将此准备好的备份库用作以下增量备份的基础（使用增量 lsn 选项）？

我的计划是：

• 对 $BACKUPBASE 进行一次完整备份

• 然后每小时：

  • 在 $BACKUPBASE 之上进行增量备份

  • 使用以下命令将增量备份集成到 $BACKUPBASE 中

    innobackupex --apply-log $BACKUPBASE --incremental-dir=$INCREMENTALDIR
    innobackupex --apply-log $BACKUPBASE
    

    Run Code Online (Sandbox Code Playgroud)

  • 删除 $INCREMENTALDIR

更具体：

• --redo-log 选项怎么样。在这种情况下，我什么时候必须指定此选项？
• 你能将增量备份应用到准备好的 $BACKUPBASE 吗

Centos 7 x64，mysql-community 5.7 从 mysql57-community 仓库安装。

我正在从 mysql 切换到 percona。然而，当我尝试卸载 mysql 时，第一步是可怕的。

Yum 正在使用 mysql 单独删除系统组件，例如 crontabs 和 redhat-lsb-core。

# yum remove mysql-community-*
=====================================================================================================================================
 Package                             Arch           Version                     Repository                                      Size
=====================================================================================================================================
Removing:
 mysql-community-client              i686           5.7.18-1.el6                @mysql57-community                              87 M
 mysql-community-common              i686           5.7.18-1.el6                @mysql57-community                             2.5 M
 mysql-community-libs                i686           5.7.18-1.el6                @mysql57-community                             7.8 M
 mysql-community-libs-compat         i686           5.7.18-1.el6                @mysql57-community                             4.8 M
 mysql-community-server              i686           5.7.18-1.el6                @mysql57-community                             699 M
Removing for dependencies:
 cronie                              i686           1.4.4-16.el6_8.2            @updates                                       169 k
 cronie-anacron                      i686           1.4.4-16.el6_8.2            @updates                                        38 k
 crontabs                            noarch         1.10-33.el6 …

我一直在寻找一种工具来同步来自 2 个不同数据库的表，并找到了pt-table-sync. 我阅读了文档并感到困惑：他们主要使用涉及复制环境的示例，但我认为复制的全部目的是为您处理数据同步，因此我的问题是：

问题

1. 什么是使用的点pt-table-sync，如果在复制过程中应该采取对您的数据的同步照顾？

2. 可以pt-table-sync在非复制环境下使用吗（2+台主机之间没有任何关系，是pt-table-sync --execute host1 host2 host3给出的例子的作用）吗？

3. 如果我必须用pt-table-sync在复制环境中，我可以做不bin-logs上master（有一个例子谈论解决分歧发现通过 pt-table-checksum这样想，如果bin-logs是绝对必要的）？

我在 15 个数据库中有大约 6000 个 InnoDB 表，并且使用 innodb_file_per_table 时，我发现每次重新启动 Ubuntu 服务器时，MySQL 无法启动，错误..

Version: '5.1.56-rel12.7-log'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Percona Server (GPL), 12.7, Revision 224)
111106  5:09:00  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./db1/tbl182.ibd
InnoDB: File operation call: 'open'.

由于有问题的表（即 tbl182.ibd）的文件名每次都不一样，所以我怀疑是因为 MySQL 对所有表都做了些什么？

但是，当我使用命令（sudo /etc/init.d/mysql restart）重新启动时，MySQL 可以成功启动。这很奇怪！

我的环境：MySQL 版本：5.1.56-rel12.7-log（Ubuntu 10.04 LTS + Percona）

更新：

通过删除大量表解决了问题，因此应该与文件限制有关，而不是与权限有关。 …

我一直在审查 XtraDB 集群，并使用 4 个实例在 Openstack 上创建了一个 PoC 环境，在我的弹性测试期间失败了。

根据 pxc 文档：http ://www.percona.com/doc/percona-xtradb-cluster/howtos/virt_sandbox.html ，其中涵盖了 3 个节点安装，我选择了第 4 个。

1. 初始设置完成数据加载测试通过，所有节点同步更新，使用 1.6GB 测试 sql 文件加载数据库。
2. 节点的故障和恢复开始，此测试需要停止节点上的 mysql 服务，创建并随后删除数据库以测试幸存的节点复制，并启动关闭的节点以重新同步。
   1. 这适用于节点 4,3,2。
   2. 根据 pxc 文档，Node1 本质上是一个控制器，不会重新加入集群。

所以我的问题如下：

1. 如果幸存的节点已将数据写入其中，如何使控制器节点恢复服务
2. 使用4个节点作为参考，有没有办法消除node1中的这个单点故障？（如果一个幸存的节点在控制器（节点 1）关闭/不同步的情况下重新启动，该节点也将失败）。