自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(5)
  • 收藏
  • 关注

原创 MySQL unauthenticated user解决办法

一、问题描述1、客户端在连接目标数据库的时候,需要49s才能连接上time /usr/local/zftmysql/bin/mysql -h10.132.16.34 -utest -ptestreal    0m49.304suser    0m0.004ssys     0m0.000s2、然后登录目标数据库执行show processlist时,User列显示u

2014-10-31 22:39:18 1256

原创 如何恢复被drop或truncate表的数据

如果在线上环境误操作删除或清空了不该删除的表,常用的方式是冷备+增量binlog恢复表数据,这个通用方法大家都会,不在本篇讨论范畴。这篇文章主要介绍在没有冷备的情况下如何利用binlog恢复表数据前提条件:必须具备表创建以来所有的binlog;下图是能完全恢复表dba.kian的原理图。从图可以看出,只要我们具备从表创建以来所有的binlog,我们就可以完全恢复表在删除之前

2014-10-29 00:24:50 7364

原创 根据MySQL的报错信息定位具体原因

在工作中,无论是小K自己还是开发测试同事,写的脚本或更新都有可能在操作数据库的时候遇到各种不一样的问题,当然在遇到问题的时候MySQL给我们提供了报错信息,有了报错信息我们就能顺藤摸瓜找到问题之所在并最终解决它。很多同学会说,MySQL返回的信息种类很多,而且有很多看起来一样的报错,但具体的原因千差万别,好无力的感脚。其实不然,其实MySQL的报错已经提供了非常全面的信息,

2014-08-16 09:37:45 775

原创 mysqldump如何保证数据一致性

作为DBA的小K,搭建备机应该是家常便饭了,这时候用到的方法无非有如下三种:1、停掉一台备机(这里叫备机1),直接拷贝整个数据目录下的所有文件到新的备机(这里叫备机2)。优点是简单、快速,只需要拷贝;缺点也很明显,在整个备份过程中备机1处于完全不可用的状态,且备机2无法释放备机1中因为碎片导致的空间浪费和无法回收已发生扩展的innodb表空间。2、用xtrabackup进行热备。优点是备份

2014-08-06 23:13:30 3206

原创 MySQL5.5复制变慢问题

小K大学毕业两年了,工作中踩过许多的坑,自己只是记录了下来,也没有做完整的总结,后续把自己踩过的坑和一点经验总结出来,正所谓长江后浪推前浪,前浪死在沙滩上,就让小K的死变得更有价值点吧。  今天讲一下MySQL5.5复制变慢问题,这个坑在本周连续踩了两次,作为一个DBA,这是一个多么不可原谅的错误。  先分别描述一下这两次踩坑的情景:  第一次:在主机用delete删除了一个表三十

2014-08-03 21:31:20 493

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除