langkeziju的专栏

我在虚拟机上模拟mysql服务器突然断电的场景，在mysql正常运行的情况下直接重启服务器，结果mysql数据库起不来了，详细情况如下： 1. 重启服务器后，启动mysql报错[root@langkeziju2 bin]# ./mysqld_safe --user=mysql &131104 10:02:26 mysqld_safe Logging to '/data0/mysql

kingshard简介kingshard是一个由Go开发高性能MySQL Proxy项目，kingshard在满足基本的读写分离的功能上，致力于简化MySQL分库分表操作；能够让DBA通过kingshard轻松平滑地实现MySQL数据库扩容。主要功能：1. 读写分离。2. 跨节点分表。3. 支持透明的MySQL连接池，不必每次新建连接。4. 支持客户端IP访问控制。5.

【项目简介】Kingshard 是一个由Go开发高性能MySQL Proxy项目，kingshard在满足基本的读写分离的功能上，致力于简化MySQL分库分表操作；能够让DBA通过kingshard轻松平滑地实现MySQL数据库扩容。作者陈非近照【正文】1.请简单地介绍一下你自己（技术背景、学习经历、工作经历）。大家好，我叫陈非（@flikecn

http://blog.itpub.net/26355921/viewspace-1162415/准备条件:1.MySQL开启慢查询2.安装Percona Toolkitrpm -qa|grep perconapercona-toolkit-2.2.7-13.下载Anemometer官网：https://github.com/box/Anemometer

mysql主从复制，经常会遇到错误而导致slave端复制中断，这个时候一般就需要人工干预，人工执行没有同步过去的sql，或者跳过错误才能继续跳过错误有两种方式：1.跳过指定数量的事务：mysql>slave stop;mysql>SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1        #跳过一个事务mysql>slave start2.

XtraBackupXtraBackup2 安装XtraBackup2.1 安装XtraBackup binary版本2.1.1 yum的安装方法：2.1.2 直接下载rpm包安装3 XtraBackup使用手册3.1 使用innobackupex脚本3.1.1 备份预备工作3.1.2 全备和全备还原3.1.2.1 使用innobackupex创建全备3

提到MySQL高可用性，很多人会想到MySQL Cluster，亦或者Heartbeat+DRBD，不过这些方案的复杂性常常让人望而却步，与之相对，利用MySQL复制实现高可用性则显得容易很多，目前大致有MMM，MHA等方案可供选择：MMM是最常见的方案，可惜它问题太多（What’s wrong with MMM，Problems with MMM for MySQL）；相比之下，MH

一、MySQL主从复制有三种模式.1.binlog_format = row  : 日志中会记录成每一行数据被修改的形式(记录页面)，然后在 slave 端再对相同的数据进行修改。2.binlog_format = statement  : 每一条会修改数据的 SQL 都会记录到 master 的 bin-log 中。slave 在复制的时候 SQL 进程会解析成和原来 m

#! /bin/bash#数据库相关信息dbuser=rootdbpasswd=passwordmycnf=/etc/mysql/my.cnf#如果bin-log没有指定路径dir_bin=/opt/mysql/mysqldata/mysqllog #数据库备份的路径install_dir=/opt/MySqlBackUp

本文是对整个Undo生命周期过程的阐述，代码分析基于当前最新的MySQL5.7版本。本文也可以作为了解整个Undo模块的代码导读。由于涉及到的模块众多，因此部分细节并未深入。前言Undo log是InnoDB MVCC事务特性的重要组成部分。当我们对记录做了变更操作时就会产生undo记录，Undo记录默认被记录到系统表空间(ibdata)中，但从5.6开始，也可以使用独立的Undo 表空间

我上一次遇到MySQL主从服务器数据一致性问题，想想是几年前的事情了，还依稀记得当时惊慌失措的情景，好在最后借助Maatkit解决了问题。几年后，当我再次面对同样的问题时，Maatkit已经不复存在，转而成为了Percona Toolkit的一部分，不变的是我依旧手忙脚乱，所以还是记录一下吧，保不准啥时候又会遇到这个问题。如果你在MySQL从服务器上遇到类似下面的错误信息，那么

公司里有两个mysql服务器做主从同步，某天Nagios发来报警短信，mysqla is down...赶紧联系机房，机房的人反馈来的信息是 HARDWARE ERROR 后面信息省略，让机房记下错误信息后让他们帮忙重启下看是不是能正常起来，结果竟然正常起来了，赶紧导出所有数据。   问题又出现了，nagios 又报警，mysql_AB error，检查从库show slave s

在slave服务器show slave status:Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.首先检查：mysql> s

前言在安装完MySQL之后，肯定是需要对MySQL的各种参数选项进行一些优化调整的。虽然MySQL系统的伸缩性很强，既可以在有很充足的硬件资源环境下高效的运行，也可以在极少资源环境下很好的运行，但不管怎样，尽可能充足的硬件资源对MySQL的性能提升总是有帮助的。在这一节我们主要分析一下MySQL的日志（主要是Binlog）对系统性能的影响，并根据日志的相关特性得出相应的优化思路。

基本上用了mysql作为oltp业务的，基本上都会配置mysql的主从，一方面用mysql的主从做数据库的读写分离，另一方面mysql本身的单机备份不是很强，一般采用主从架构，在从上进行数据备份。在这过程中或多或少出现一些主从不同步的情况，本文将对数据主从不同步的情况进行简单的总结，在看这篇文章请注意了本文主要从数据库层面上探讨数据库的主从不一致的情况，并不对主从的本身数据不一致引起的主从不同

参考文献:http://dev.mysql.com/doc/refman/5.1/en/mysqlslap.htmlhttp://www.ningoo.net/html/2008/mysql_load_test_tool_mysqlslap.html  在mysql5.1以后的版本：客户端带了个工具mysqlslap可以对mysql进行压力测试：

MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践Mysql作为目前世界上使用最广泛的免费数据库，相信所有从事系统运维的工程师都一定接触过。但在实际的生产环境中，由单台Mysql作为独立的数据库是完全不能满足实际需求的，无论是在安全性，高可用性以及高并发等各个方面。因此，一般来说都是通过 主从复制（Master-Slave）的方式来同步数据，再通

环境说明：操作系统：CentOS 5.4 (x64)mysql版本：5.6.22 （源码包安装）（安装路径：/usr/local/mysql/）xtrabackup版本: percona-xtrabackup-2.0.0.tar.gz 和 percona-xtrabackup-2.2.9-5067-Linux-x86_64.tar.gz操作步骤：1. 将percona-

1.在安装mysql 5.6.15时，安装完成后，后台日志报如下警告信息：2014-01-08 13:47:34 22946 [Warning] InnoDB: Cannot open table mysql/slave_master_info from the internal data dictionary of InnoDB though the .frm file for the

processlist命令的输出结果显示了有哪些线程在运行，可以帮助识别出有问题的查询语句，两种方式使用这个命令。1.      进入mysql/bin目录下输入mysqladmin processlist;2.      启动mysql，输入show processlist;如果有SUPER权限，则可以看到全部的线程，否则，只能看到自己发起的线程（这是指，当前对应的MySQL帐户

http://www.0550go.com/database/mysql/mysql-atlas.html

今天有在阿里云服务器跑分的时候出现"Can't locate Time/HiRes.pm in @INC"错误提示无法进行，检测是出现缺少perl Time HiRes组件造成的，并不是所有的UnixBench跑分的时候都会遇到这样的问题。解决方法：yum -y  install perl-Time-HiRes如果是centos运行上面脚本，如果是debia

简介MMM（Master-Master replication manager for MySQL）是一套支持双主故障切换和双主日常管理的脚本程序。MMM使用Perl语言开发，主要用来监控和管理MySQL Master-Master（双主）复制，虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时刻备选主的预热，可以说MMM这套脚本程序一