kf_panda

两台主机A、B搭建mysql主从复制关系（A为master，B为slave）后，在slave上执行show slave status，结果中显示Last_IO_Error: error connecting to master 'replication@VMS00782:3306'……首先查看B的错误日志文件，发现如下错误：ERROR] Slave I/O: error connectin

mysql的timeout有多少种，之间的区别时什么？本文从实测和代码分析的角度验证了不同的超时参数的作用。接触网络编程我们不得不提的就是超时，TCP建立连接的超时，数据报文发送/接收超时等等，mysql在超时上也做足了功夫。123456Variable_name Default Valueconnect_timeout 5interactive_timeout 28800ne

当你使用tokudb引擎的时候，你会发现在磁盘还没有完全使用完的时候，就无法继续插入数据了，会报存储空间满相关错误。这个时候你发现数据目录可能还没有满，让人会感觉很奇怪。 其实这个和tokudb这个引擎相关了，这个是因为tokudb会预留tokudb_fs_reserve_percent比例的存储空间给数据目录。官方文档关于tokudb_fs_reserve_percent

【背景】最近线上一个实例出现了主从数据不一致的情况,也即从库丢失数据的情况。根本原因:"由于table_list->table_id为uint,而m_table_id为ulong，主库上assign的table map　id 总是一直递增的当超过2^32后，备库出现溢出，导致row模式下备库对应table id的事件全部丢失,产生主备不一致。"【问题分析】一 table_id 介绍

在进行 ping和route后发现网络通信都是正常的，而且在mysql机器上进行本地连接发现是很快的，所以网络问题基本上被排除了。以前也遇到过一次这样的问题，可后来就不知怎么突然好了，这次又遭遇这样的问题，所以想看看是不是mysql的配置问题。在查询mysql相关文档和网络搜索后，发现了一个配置似乎可以解决这样的问题，就是在mysql的配置文件中增加如下配置参数：[mysqld]ski

0、导读遇到InnoDB的共享表空间文件ibdata1文件大小暴增时，应该如何处理？1、问题背景用MySQL/InnoDB的童鞋可能也会有过烦恼，不知道为什么原因，ibdata1文件莫名其妙的增大，不知道该如何让它缩回去，就跟30岁之后男人的肚腩一样，汗啊，可喜可贺的是我的肚腩还没长出来，hoho~正式开始之前，我们要先知道ibdata1文件是干什么用的。

有时你创建表的时候会遇到下面的错误。ERROR 1813 (HY000): Tablespace '`panda`.`t1`' exists.出现这个错误的原因是上面的t1表对于的".ibd"没有删除。进入到数据目录下panda这个文件夹下删除这个表对应的“.ibd”文件就好了（这个最好是move到其他地方，做一个备份）。然后建立表就OK了。

MySql innodb如果是共享表空间，ibdata1文件越来越大，达到了30多个G，对一些没用的表进行清空：truncate table xxx;然后optimize table xxx; 没有效果因为对共享表空间不起作用。mysql ibdata1存放数据，索引等，是MYSQL的最主要的数据。如果不把数据分开存放的话，这个文件的大小很容易就上了G，甚至几十G。对于某些应用

https://www.percona.com/blog/2014/07/23/why-tokudb-hates-transparent-hugepages/If you try to install the TokuDB storage engine on a modern Linux distribution it might fail with following err

有时在使用mysql的时候会接收到“MySQL server has gone away”错误，这个错误会有以下 原因：1）、mysql数据库挂了或者关闭了之前遇到PVD那边有脚本不停的重启MySQL导致查询时会收到这样的错误。2）、网络不稳定3）、等待超时Interactive_timeout:交互式客户端在断开连接之前等待活动多长时间，即服务器等待多久来读取一条命令

innodb_online_alter_log_max_size这个参数是mysql 5.6.6引入的，因为在online ddl过程中需要保持delete、update、insert这些数据，所以需要一个日志去保持，这个参数就是限制这个日志的最大大小，当ddl过程中需要的这个日志的大小比这个限制还大的时候就会报错。具体的错误：ERROR 1799 (HY000) at line 1: C

有时你会遇到类似下面的错误：120414 2:20:34 InnoDB: ERROR: the age of the last checkpoint is 241588252,InnoDB: which exceeds the log group capacity 241588224.InnoDB: If you are using big BLOB or TEXT rows, you

pt-online-schema-change工作机制1) 如果存在外键，根据alter-foreign-keys-method参数值，检测外键相关的表，针对相应的设置进行处理；2) 创建一个新的表，表结构修改后的数据表，用于从源数据表向新表中导入数据；3) 创建触发器，在复制数据开始之后，将对源数据表继续进行数据修改的操作记录下来，以便在数据复制结束后执行这些操作，保

错误一ERROR] Slave I/O: error connecting to master 'replication@VMS00782:3306' - retry-time: 60 retries: 2, Error_code: 1045错误原因：从库用来连接主库的用户权限或者密码不对解决方法：首先在主库上检查用来主从复制的用户权限，如果没有问题在检查从库使用的密码是否正确。

大家都知道SET NAMES x相当于SET character_set_client = x;SET character_set_results = x;SET character_set_connection = x;以下从MySQL5.0官方文档上摘录了相关内容，并翻译，说明了相关系统变量的用处：What character set is the stat

目录Part 1 字符集和字符编码· 什么是字符集· 什么是字符编码· UTF-8和Unicode的关系· UTF-8编码简介· 为什么会出现乱码· 如何识别乱码的本来想要表达的文字· 常见问题处理之EmojiPart 2 MySQL乱码· MySQL出现乱码的原因· 如何避免乱码P

今天服务器遇到了一个很熟悉的问题输入#mysql -u root -p ERROR 2002 (HY000):Can't connect to local MySQL server  随即上网找寻答案 根据大家提供的方法我逐一尝试 方案1. 1.#ps -A|grep mysql   显示类似：  1829 ?        00:00:00

MySQL会出现中文乱码的原因不外乎下列几点：1.server本身设定问题，例如还停留在latin12.table的语系设定问题(包含character与collation)3.客户端程式(例如php)的连线语系设定问题强烈建议使用utf8!!!!utf8可以兼容世界上所有字符!!!!一、避免创建数据库及表出现中文乱码和查看编码方法1、创建数据库的时候：CREATE D

今天有个网友发现他们有个问题，主库插入的数据在从库中的中继日志中都有，但是在从库查询看不到。分析了原因，应该是主库table_id过大，超过了uint最大值造成的。下面的日志内容：具体造成数据丢失的原因查看另一篇博文：再说MySQL中的 table_id

1．首先确认服务器出于安全的状态，也就是没有人能够任意地连接MySQL数据库。 因为在重新设置MySQL的root密码的期间，MySQL数据库完全出于没有密码保护的 状态下，其他的用户也可以任意地登录和修改MySQL的信息。可以采用将MySQL对 外的端口封闭，并且停止Apache以及所有的用户进程的方法实现服务器的准安全 状态。最安全的状态是到服务器的Console上面操作，并且

今天遇到一个奇怪的问题，后来发现和mysql打开文件有关。遇到的奇怪问题    我在159机器上安装了mysql，在159机器上连接mysql执行sql的速度是0.9s左右。   但是我从186机器上连接159机器上的mysql执行，时间为5s多。 很是奇怪.（每次测试前我都是重启数据库、清理linux缓存）   如果是第二次查询，不管存本地159机器还是非本地的186机器，都

最近发现两台MySQL server在中午的时候忽然（很突然的那种）发飙，不断的挂掉。重启mysql也尽是失败，看mysql的errorlog，只能看到类似如下的信息：　　Forcing close of thread 12232 user: 'root'　　发现这算属MySQL的一个bug，不管连接是通过hosts还是ip的方式，MySQL都会对DNS做反查，IP到DNS，由于反查的接续

导读当磁盘空间爆满后，MySQL会发生什么事呢？又应该怎么应对？会发生什么事当磁盘空间写满了之后，MySQL是无法再写入任何数据的，包括对表数据的写入，以及binlog、binlog-index等文件。当然了，因为InnoDB是可以把脏数据先放在内存里，所以不会立刻表现出来无法写入，除非开启了binlog，写入请求才会被阻塞。当MySQL检测到磁盘空间满了，它会：每

今天在一个主从的从库发现了这个错误。到这样的错误如：“Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'”等或由于清数据导致主从库不同步了，解决办法如下：

Table '.\Tablename\posts' is marked as crashed and should be repaired提示说论坛的帖子表posts被标记有问题，需要修复。我记得以前也出现过类似的问题,但是只要点击Phpmyadmin上的repair按纽就自动修复了,但是这次很绝,什么都没有.于是赶快上网查找原因。最终将问题解决。解决方法如下：找到mysql的安装目录的b

今天发现这样的警告Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. INSERT IGNORE... SELECT is unsafe because the order in which rows are retrieved by the SEL

http://www.tuicool.com/articles/MfMJVbhttp://hatemysql.com/2012/11/23/淘宝物流mysql-slave数据丢失详细原因/前两天，惊闻淘宝发生了一个非常狗血的事情，备库复制状态一切正常，但是备库的数据DDL可以复制过去，DML都丢失了。导致数据库数据不一致。这样的话，就算你有slave监控，也发现不了

一 背景   某一创业的朋友的主机因为磁盘阵列损坏机器crash,重启MySQL服务时 报如下错误:InnoDB: Reading tablespace information from the .ibd files...InnoDB: Restoring possible half-written data pages from the doublewrite

今天在做innodb参数配置的时候，对其默认配置加以修改--结果导致启动后的server竟然不支持innodb引擎。Plugin 'InnoDB' registration as a STORAGE ENGINE failed.错误日志：InnoDB: Data file /usr/local/mysql4/data/ibdata2 did not exist: new to be cre

1、可能密码不对[root@slave162 mysql3311]# mysql -uroot -P3311 -h192.168.60.162 -p123mysql: [Warning] Using a password on the command line interface can be insecure.ERROR 1045 (28000): Access denied for u