主页 / user-25781

user2431104's questions

Martin Hope
user2431104
Asked: 2013-07-10 02:08:00 +0800 CST
  • 4

不知道是不是mysql(version 5.6.11)的bug，情况如下。今天当我更新mysql conf并杀死-9并重新启动mysqld时，我发现它不能再重新启动了。查看错误日志后，我发现以下内容：

2013-07-09 17:04:21 7872 [ERROR] InnoDB: Tried to read 1048576 bytes at offset 2097152. Was only able to read 917504.

然后我做了一个 strace 来跟踪哪个文件有问题。结果是ibdata1。

-rw-rw----. 1 mysql mysql   79691776 7月   9 16:51 ibdata1

好吧，为了性能，我将日志提交更改如下。

innodb_flush_log_at_trx_commit = 2

但我认为这不会导致数据丢失，因为在 mysql 重新启动期间操作系统不会重新启动。那么任何人都可以帮助我了解导致数据损坏的原因（也许是 kill -9？）以及如何恢复数据，非常感谢。

mysql
Martin Hope
user2431104
Asked: 2013-07-09 23:23:52 +0800 CST
  • 2

我制作了一个master( A)-slave( B)-slave( C)模式的MySQL实例作为备份。但是今天当我看到模式是否正常时，我发现A并且B可以。即B可以从 获取 binlog A，但B不会将更新写入其 binlog。所以C不能同步B。

经过一番调查，我看到B新的 binlog 文件是 120 字节，并且 MySQL 的日志中没有任何错误。sql_log_bin是开的。所以我不知道导致问题的原因是什么。我可以补充的是，新的 binlog 的创建时间是我创建mysqldumpon的时间B。mysqldump所以我猜测事件和binlog写事件之间可能有某种关系？希望有人能帮助我，非常感谢。

B的主人状态：

mysql> show master status;
+-----------------+----------+--------------+------------------+-------------------+
| File            | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-----------------+----------+--------------+------------------+-------------------+
| mysqlbin.000016 |      120 |              |                  |                   |
+-----------------+----------+--------------+------------------+-------------------+

B的 binlog 文件大小状态：

ll /data/mysql/
-rw-rw----. 1 mysql mysql        166 7月   7 02:00 mysqlbin.000015
-rw-rw----. 1 mysql mysql        120 7月   7 02:00 mysqlbin.000016
-rw-rw----. 1 mysql mysql        288 7月   7 02:00 mysqlbin.index

B的查询mysqldump语句：

mysqldump --master-data=2 --all-databases --flush-logs --user=xxx  --socket=/tmp/mysqld.sock -A > /tmp/backup.sql
mysql binlog