小编Uda*_*day的帖子

我想了解这些 ibdata 文件，因为它们在崩溃恢复过程中起着至关重要的作用。我无法通过网络找到合适的资源。

我正在插入一个具有 5 个属性和 1000 行的简单小表。

我观察到当引擎是 INNODB 时，每个插入需要 0.03 - 0.05 秒。我将引擎更改为 MYISAM，然后插入速度更快。它需要 0.001 - 0.003。

问题是什么。默认情况下 innodb_flush_log_trx_commit = 1。我就是这个设置。这是我的 innodb 设置。

innodb_log_buffer_size : 1MB
innodb_log_file_size   : 5MB
innodb_buffer_pool_size: 8MB
innodb_flush_log_trx_commit = 1

mysql> desc table ;
+-------+---------+------+-----+---------+-------+
| Field | Type    | Null | Key | Default | Extra |
+-------+---------+------+-----+---------+-------+
| id    | int(10) | YES  |     | NULL    |       |
| count | int(10) | YES  |     | NULL    |       |
+-------+---------+------+-----+---------+-------+
2 rows in set (0.00 …

我们有一个基于 ROW 的复制的主从设置。即使没有活动在 master 或 slave 上运行，我们也看到了 salve 的巨大延迟。

当我们查看时，我们观察到 SQL 线程看起来像是挂了。自过去 3 小时或更长时间以来，它一直处于“从中继日志中读取事件”状态。

baleaf:(none)> show processlist ;
+--------+-------------+-----------+------+---------+-------+----------------------------------+-----    -------------+
| Id     | User        | Host      | db   | Command | Time  | State                            |        Info             |
+--------+-------------+-----------+------+---------+-------+----------------------------------+-----    -------------+
| 217159 | system user |           | NULL | Connect |  1039 | Waiting for master to send event | NULL             |
| 217160 | system user |           | NULL | Connect |  10045 | Reading event from the relay log …

让我们假设我们有一个主/从设置，并且应用程序暂时运行良好。由于某些问题，突然间主服务器突然关闭。

现在我该如何解决这种情况？我在想的是：

1. 在奴隶上停止奴隶
2. 在从站上获取显示主站状态。
3. 获取未从 masters 二进制日志复制的其他事务
4. 在奴隶上执行它们
5. 将主指向应用程序并作为主开始。
6. 恢复原来的 master 并将其设为 slave。

还有什么可以增加一致性的吗？

我已阅读pt-online-schema-change文档并了解它的工作原理是创建触发器并在块时间秒内复制数据块（默认为 0.5 秒）

让我们考虑下面的情况。

我们有一个 5 GB 的表 TBL1，正在使用 PT-ONLINE-SCHEMA-CHANGE 进行更改

PT-ONLINE-SCHEMA-CHANGE 使用所需的更改创建了新表，在 TBL1 上添加了触发器并开始复制。

复制了 10 个数据块，并开始复制第 11 个数据块，其大小约为“X”MB。根据工具，该块最多可在 500 毫秒或 0.5 秒内复制

在第 11 个块复制期间，应用程序发出了一个 UPDATE，它必须修改属于第 11 个数据块的有效行。

我的问题是现在发生以下哪些事情。原始表现在发生？

A) Update will be blocked till the chunk be copied and then applied on original table 
   which gets updated through triggers on new one.

B) Update will be performed on original table and data chunk will be re copied all 
   over again.

如果选项 A 是答案，那么 PT-ONLINE-SCHEMA-CHANGE 如何实现无锁？ …

我有两个 RDS MySQL 实例，当我查看实例页面时，我看到了一个名为“最新恢复时间”的字段，它的值是 IST 时区中的某个时间戳。

我想知道它的实际含义。作为个人服务器：

• 这有什么必要恢复？
• 在哪里恢复？