主页 / user-976

Dave Rix's questions

Martin Hope
Dave Rix
Asked: 2012-07-03 08:06:41 +0800 CST
  • 1

我正在使用的复制设置遇到问题。它已经工作了好几个月了，然后在周末，slave 停止从 master 的 binlog 读取更新并出现错误Got fatal error 1236 from master when reading data from binary log: 'bogus data in log event'

尝试使用 mysqlbinlog 读取相关的二进制日志时，出现如下所示的错误；

[root@slglcd-01] # mysqlbinlog ibm-pr-slglcd-01.000075 > /dev/null
ERROR: Error in Log_event::read_log_event(): 'Event too small', data_len: 0, event_type: 0
ERROR: Could not read entry at offset 1828: Error in log format or read error.
[root@slglcd-01] #

令人沮丧！--start-position我曾尝试使用和的各种组合--offset来尝试克服不良数据，但似乎没有任何效果......

我所追求的是一种从二进制日志中跳过（或删除）此错误的方法，创建一个没有违规项目的新二进制日志，以便我可以继续我的复制。

我不担心丢失声明，这是一个 syslog 收集数据库，丢失一行不会受到伤害。

我不能做的是从主人重新创建奴隶，因为主人使用BLACKHOLE引擎，因此没有存储真实数据......

如果最坏的情况发生在最坏的情况下，我将不得不从序列中的下一个二进制日志开始，并松散留在有问题的日志中的数据。

在此先感谢，戴夫

mysql replication
Martin Hope
Dave Rix
Asked: 2012-01-28 06:33:41 +0800 CST
  • 3

当机器配置为使用主机名而不是 IP 地址时，我在使用复制时遇到了一些问题。“skip-name-resolve”关闭。

如果我使用 IP 地址，一切都很好。使用 DNS 名称，一切都会停止。

关于大师

使用以下命令配置复制：

GRANT REPLICATION SLAVE ON *.* TO 'repluser'@'slavename.internal.domain' IDENTIFIED BY 'repl_pwd';

在奴隶上

从连接配置如下：

change master to
    master_host='mastername',
    master_user='repluser',
    master_password='repl_pwd',
    master_log_file='mastername.000001',
    master_log_pos=1;

我得到的错误

启动复制从属服务器时，日志文件显示以下消息：

120127 14:07:48 [Note] Slave SQL thread initialized, starting replication in log 'mastername.000001' at position 4, relay log './mysql-relay-bin.000001' position: 4
120127 14:07:48 [ERROR] Slave I/O: error connecting to master 'repluser@mastername:3306' - retry-time: 60  retries: 86400, Error_code: 1130

如果我然后尝试使用来自客户端机器的命令行连接：

mysql -h mastername -u repluser -prepl_pwd

我得到错误：

ERROR 1130 (HY000): Host 'the.ip.address.here' is not allowed to connect to this MySQL server

我真的希望有人可以帮助我解决我的域解析问题！！！

mysql replication
Martin Hope
Dave Rix
Asked: 2011-10-22 00:39:06 +0800 CST
  • 3

我有一个奇怪的 MySQL InnoDB 问题，我已经为此苦苦挣扎了几个小时。我在这里以及 StackOverflow 主站点上都在问这个问题——我会在回答后将答案交叉发布到其他站点。

我启用了 InnoDB 插件作为内置版本的替代品，并且设置innodb_file_format和innodb_file_per_table没有达到所需的效果。MySQL 状态变量仍然显示Anaconda为默认引擎。

任何建议将不胜感激！

my.cnf设置的相关部分

下面的设置在覆盖这些选项的配置中的其他地方不存在。

innodb_file_per_table   = 1
innodb_file_format      = Barracuda
innodb_strict_mode      = 1

SHOW VARIABLES 中的相关条目

这就是我知道梭子鱼可用的方式

| innodb_file_format              | Antelope               |
| innodb_file_format_check        | Barracuda              |
| innodb_file_per_table           | OFF                    |
| innodb_strict_mode              | OFF                    |
| innodb_version                  | 1.0.9                  |

MySQL日志部分

日志还显示 Barracuda 可用......

111020 18:10:13 mysqld_safe Starting mysqld daemon with databases from /.../mysql_data/
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Compressed tables use zlib 1.2.3
111020 18:10:13  InnoDB: highest supported file format is Barracuda.
111020 18:10:13 InnoDB Plugin 1.0.9 started; log sequence number 5609019
111020 18:10:13 [Note] Event Scheduler: Loaded 0 events
111020 18:10:13 [Note] /.../mysql/libexec/mysqld: ready for connections.
Version: '5.1.48-log'  socket: '/tmp/mysql.sock'  port: 3306  Source distribution
mysql innodb