Xtrabackup bug记录

简介:

 xtrabackup 2.1.2  2.1.3 均出现以下问题:

   

1
2
3
xtrabackup: warning: Log block checksum mismatch (block no 191401143 at lsn 3946288081920):
expected 800836998, calculated checksum 800832263
xtrabackup: warning: this is possible when the log block has not been fully written by the server, will retry later

   innobackupex: Error: ibbackup child process has died at /usr/bin/innobackupex line 389.

DBD::mysql::db selectrow_array failed: MySQL server has gone away at /usr/bin/innobackupex line 1325.

   然后就是无限期的等待;

   现象可以解释为子进程把 redolog 跟丢啦,线上的redo log 大小均设置为 1G;

   官方的回复是:升级版本,将redo log 调大;在业务低峰的时候进行备份;

   目前只能把版本升级至2.1.6;

   各位你们是否碰到过类似问题?

   






本文转自 位鹏飞 51CTO博客,原文链接http://blog.51cto.com/weipengfei/1348094,如需转载请自行联系原作者

目录
相关文章
|
3月前
|
SQL IDE 关系型数据库
记录一次SQL中的bug的修复过程
记录一次SQL中的bug的修复过程
25 0
|
5月前
|
安全 Java Apache
修复了log4j 的bug
修复了log4j 的bug
37 0
|
4月前
|
数据可视化 定位技术
学无止境——记录一个被别人发现的bug
学无止境——记录一个被别人发现的bug
学无止境——记录一个被别人发现的bug
|
Unix 关系型数据库 MySQL
|
SQL 数据库
FAQ系列 | slow log中出现commit、binlog dump等奇怪的记录
FAQ系列 | slow log中出现commit、binlog dump等奇怪的记录
|
SQL 关系型数据库 MySQL
InnoDB这个将近20年的"bug"修复了
InnoDB这个将近20年的"bug"修复了
|
12月前
|
存储 SQL 缓存
一文带你了解MySQL之InnoDB_Buffer_Pool
通过前边的学习我们知道,对于使用InnoDB作为存储引擎的表来说,不管是用于存储用户数据的索引(包括聚簇索引和二级索引),还是各种系统数据,都是以页的形式存放在表空间中的,而所谓的表空间只不过是InnoDB对文件系统上一个或几个实际文件的抽象,也就是说我们的数据说到底还是存储在磁盘上的。但是各位也都知道,磁盘的速度慢的跟乌龟一样,怎么能配得上“快如风,疾如电”的CPU呢?所以InnoDB存储引擎在处理客户端的请求时,当需要访问某个页的数据时,就会把完整的页的数据全部加载到内存中,也就是说即使我们只需要访问一个页的一条记录,那也需要先把整个页的数据加载到内存中。
1514 1
IE里面的一些BUG记录
网上已经有很多类似的记录了,这里写这个是给自己在项目中碰到的问题做个简单的记录,以后将持续更新 1.IE67 border-bottom失效 一个a标签,想要使用移上去后会在下面显示一个横条,我用border-bottom做了一个效果,IE6 7必须加了line-height后才能显示,应该是因为没有高度的原因
IE里面的一些BUG记录
|
搜索推荐 关系型数据库 MySQL
启动MySQL如何加载Jemalloc
启动MySQL如何加载Jemalloc
409 0
|
监控 关系型数据库 MySQL