主页 / user-32041

Tobia's questions

Martin Hope
Tobia
Asked: 2024-10-22 22:26:57 +0800 CST
  • 5

我正在使用 Galera 复制和 MaxScale 读写器路由器。

我遇到一个问题，因为应用程序是按照这个流程开发的：

  1. 开始交易
  2. 更新记录
  3. 犯罪
  4. 阅读该记录

结果是使用写入服务器更新记录，下一次读取在读取服务器上完成。由于复制延迟，它无法获取刚刚更新的数据。

不幸的是，重新考虑整个应用程序有点困难，我正在寻找是否存在某种解决方案来强制在写入服务器中进行读取，这样我就可以确保获取刚刚更新的数据。

mariadb
Martin Hope
Tobia
Asked: 2017-10-03 23:17:55 +0800 CST
  • 1

我有一个在带有 MySQL InnoDB 数据库的 x86 系统上运行的应用程序。这个应用程序每天存储很多行，昨天，由于电源故障，我经历了一整天的数据回滚。简单地说，我有一个停电前一天的数据漏洞，我确定停电前有很多数据，因为我检查了备份转储。

断电怎么会涉及数据提交和这么多行？是因为innodb的日志结构？我可以在 MySQL 配置中做些什么吗（希望避免电源故障）？

我的配置是 Windows x64 7 环境中 mysql 安装程序的标准默认配置。

mysql innodb
Martin Hope
Tobia
Asked: 2013-12-24 04:47:07 +0800 CST
  • 3

我在 MySQL 5.6 社区版服务器安装中发现了 6 天的回滚。似乎有些日志丢失了，我不明白为什么。

2013-12-22 20:38:54 380 [Note] Plugin 'FEDERATED' is disabled.
2013-12-22 20:38:54 380 [Warning] option 'innodb-autoextend-increment': unsigned value 67108864 adjusted to 1000
2013-12-22 20:38:54 388 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2013-12-22 20:38:54 380 [Note] InnoDB: The InnoDB memory heap is disabled
2013-12-22 20:38:54 380 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2013-12-22 20:38:54 380 [Note] InnoDB: Compressed tables use zlib 1.2.3
2013-12-22 20:38:54 380 [Note] InnoDB: Not using CPU crc32 instructions
2013-12-22 20:38:54 380 [Note] InnoDB: Initializing buffer pool, size = 86.0M
2013-12-22 20:38:54 380 [Note] InnoDB: Completed initialization of buffer pool
2013-12-22 20:38:54 380 [Note] InnoDB: Highest supported file format is Barracuda.
2013-12-22 20:38:54 380 [Note] InnoDB: The log sequence numbers 5988825 and 5988825 in ibdata files do not match the log sequence number 6057379 in the ib_logfiles!
2013-12-22 20:38:54 380 [Note] InnoDB: Database was not shutdown normally!
2013-12-22 20:38:54 380 [Note] InnoDB: Starting crash recovery.
2013-12-22 20:38:54 380 [Note] InnoDB: Reading tablespace information from the .ibd files...
2013-12-22 20:38:57 380 [Note] InnoDB: Restoring possible half-written data pages 
2013-12-22 20:38:57 380 [Note] InnoDB: from the doublewrite buffer...
2013-12-22 20:39:07 380 [Note] InnoDB: 128 rollback segment(s) are active.
2013-12-22 20:39:07 380 [Note] InnoDB: Waiting for purge to start
2013-12-22 20:39:07 380 [Note] InnoDB: 5.6.13 started; log sequence number 6057379
2013-12-22 20:39:07 380 [Note] Server hostname (bind-address): '*'; port: 3306
2013-12-22 20:39:07 380 [Note] IPv6 is available.
2013-12-22 20:39:07 380 [Note]   - '::' resolves to '::';
2013-12-22 20:39:07 380 [Note] Server socket created on IP: '::'.
2013-12-22 20:39:12 380 [Note] Event Scheduler: Loaded 0 events
2013-12-22 20:39:12 380 [Note] C:/Program Files/MySQL/MySQL Server 5.6/bin\mysqld: ready for connections.

你能告诉我为什么会发生这种情况以及如何恢复这些数据吗？有可能吗？您是否认为 MyISAM 表更安全，并且开关可以解决此类错误？

编辑

关于这个谜题的更多信息。

  • 这台机器有一个 RAID-1 卷。

  • 该问题是在12 月 22 日断电后出现的。关闭电源后，我得到了以前的日志，并且我的数据库有很多天的数据回滚。我发现数据库与 12 月 14 日的数据完全一致。

  • 从12 月 14 日到 21 日，有很多服务器正常关闭（每天晚上），我找到了 12 月 14 日到 21 日每天的完整备份。12 月 22 日的备份有 8 天的数据间隙。

我觉得这很奇怪。我可以理解断电后的数据丢失，但我无法理解这么大的回滚（8 天），因为在这 8 天内有很多服务器关闭和 mysqldump 备份确认所有数据都正确存储。我想有一个 innodb 日志刷新问题，但为什么这么大？

谢谢

innodb mysql-5.6