使用MySQL当然会接触到MySQL的存储引擎，在新建数据库和新建数据表的时候都会看到。

        MySQL默认的存储引擎是MyISAM，其他常用的就是InnoDB了。

        查看mySQL延迟的方法，查看了多个案例，大家众说纷纭，意见差不多一致。如下也是我参考别人经验做的一些测试，希望能检测到mysql复制延迟、数据中断。

        cobar 编译安装配置笔记:https://github.com/alibaba/cobar

        windows下使用eclipse导入cobar项目,eclipse File -> Import -> Git :https://github.com/alibaba/cobar

一、环境

        master：192.168.101
        MYSQL版本：5.1.48-community-log

        slave1:192.168.2.182
        MYSQL版本：5.1.48-community-log

        slave2:192.168.2.111
        MYSQL版本：5.1.48-community-log

        so…1 vs 2。

为什么要分表：

        当一张表的数据达到几千万时，你查询一次所花的时间会变多，如果有联合查询的话，我想有可能会死在那儿了。分表的目的就在于此，减小数据库的负担，缩短查询时间。

        mysql中有一种机制是表锁定和行锁定，是为了保证数据的完整性。表锁定表示你们都不能对这张表进行操作，必须等我对表操作完才行。行锁定也一样，别的sql必须等我对这条数据操作完了，才能对这条数据进行操作。

        mysql 主从 （mysql replication），主要用于 mysql 的实时备份或者读写分离。在配置之前做准备工作，配置两台 mysql 服务器；或者在同一个机器上跑两个 mysql 服务。

        mysql 主从原理非常简单:

• 每个从仅可以设置一个主；
• 主在执行 sql 之后，记录二进制 log 文件 （bin-log）；
• 从连接主，并从主获取 binlog ，存于本地 relay-log ，并从上次记住的位置起执行 sql，一旦遇到错误则停止同步。

说明

xtrabackup

        mysqldump对于导出10G以下的数据库或几个表，还是适用的，而且更快捷。一旦数据量达到100-500G，无论是对原库的压力还是导出的性能，mysqldump就力不从心了。Percona-Xtrabackup备份工具，是实现MySQL在线热备工作的不二选择，可进行全量、增量、单表备份和还原。（但当数据量更大时，可能需要考虑分库分表，或使用 LVM 快照来加快备份速度了）

        这篇文章旨在记录MySQL Replication的常见错误，包括自己工作中遇到的与网友在工作中遇到的，方面自己及别人以后进行查找。每个案例都是通过Last_IO_Errno/Last_IO_Error或者Last_SQL_Errno/Last_SQL_Error给出错误关键信息，所以以后查找时只需直接ctrl+F查找关键字就行。

1
2

Last_SQL_Errno: 1677
Last_SQL_Error: Column 1 of table 'test.t' cannot be converted from type 'int' to type 'bigint(20)'

        Xtrabackup中包含两个工具：

• xtrabackup - 用于热备份innodb, xtradb表的工具，不能备份其他表(MYISAM表)。
• innobackupex - 对xtrabackup封装的perl脚本，提供了myisam表备份的能力。（能进行整库和数据表备份）。

        注：备份恢复之前请做好全库备份

        平时安装mysql都是源码包安装的，但是由于它的编译需要很长的时间，所以建议使用二进制免编译包安装。可以到MySQL官方网站去下载，具体版本根据平台和需求而定，目前比较常用的为mysql-5.0/mysql-5.1，5.5和5.7版本虽然已经发布有段日子了，但是在线上跑服务器的还是少数。所以本文安装5.1的版本。

        安装以前一定要知道Linux系统是多少位。

1
2

uname -i
i386