mysql相关（一）、基本知识

 一、安装

1）、yum安装

https://www.cnblogs.com/ianduin/p/7679239.html

查看原MySQL
rpm -qa | grep mysql

卸载
yum remove mysql-community mysql-community-server mysql-community-libs mysql-community-common

1、# 下载mysql源安装包
wget http://dev.mysql.com/get/mysql57-community-release-el7-8.noarch.rpm
2、# 安装mysql源
yum localinstall mysql57-community-release-el7-8.noarch.rpm

3、安装MySQL
yum install mysql-community-server

启动
systemctl start mysqld

查看状态
systemctl status mysqld

4、开机启动
systemctl enable mysqld
systemctl daemon-reload

修改root本地登录密码
mysql安装完成之后，在/var/log/mysqld.log文件中给root生成了一个默认密码。通过下面的方式找到root默认密码，然后登录mysql进行修改：

grep 'temporary password' /var/log/mysqld.log

修改root密码：
set global validate_password_policy=0; #修改密码安全等级
SET PASSWORD = PASSWORD('wuyun@dm1n'); #设置密码
flush privileges;

开放root远程连接2种方法
1、
use mysql;
update user set host = '%' where user = 'root';
flush privileges;

2、
grant all privileges on *.* to root@'%' identified by '*****';
flush privileges;

2）、编译安装

http://www.jb51.net/article/111401.htm

yum -y install autoconf
删除旧的或者自带的mysql
rpm -qa | grep mariadb
yum remove
1、下载

　　　　下载地址：http://dev.mysql.com/downloads/mysql/5.6.html#downloads

　　　　下载版本：我这里选择的5.6.33，通用版，linux下64位

　　　　也可以直接复制64位的下载地址，通过命令下载：

复制代码 代码如下:
wget http://dev.mysql.com/get/Downloads/MySQL-5.6/mysql-5.6.33-linux-glibc2.5-x86_64.tar.gz
2、解压

#解压

tar -zxvf mysql-5.6.33-linux-glibc2.5-x86_64.tar.gz
#复制解压后的mysql目录
cp -r mysql-5.6.33-linux-glibc2.5-x86_64 /usr/local/mysql
3、添加用户组和用户

#添加用户组
groupadd mysql
#添加用户mysql 到用户组mysql
useradd -g mysql mysql
4、安装

chown -R mysql:mysql /usr/local/mysql/
./scripts/mysql_install_db --user=mysql --datadir=/usr/local/mysql/data/mysql
cp support-files/mysql.server /etc/init.d/mysqld
chmod 755 /etc/init.d/mysqld
cp my.cnf /etc/my.cnf

#修改启动脚本
vi /etc/init.d/mysqld

#修改项：
basedir=/usr/local/mysql/
datadir=/usr/local/mysql/data/mysql

#启动服务
service mysqld start

#测试连接
./mysql/bin/mysql -uroot


#启动mysql
service mysqld start
#关闭mysql
service mysqld stop
#查看运行状态
service mysqld status

二、定时备份

[root@iZ23bctka0tZ mysql_bak]# vim /alidata/mysqlbak/mysqlbak.sh

#!/bin/sh
DATE=`date +%Y%m%d_%H%M%S`
echo $DATE
/alidata/server/mysql-5.5.40/bin/mysqldump -u root -p****--databases DB > /mysql_bak/$DATE.sql

然后定时任务

每天0点 8点 16点备份一次

1 0,8,16 * * *   /bin/sh /data1/mysqlbak.sh

备份多个库

mysqldump -uroot -p '**' -B db1 db2 --default-character-set=uft8 >/data1/mysql.sql    #加上-B参数即备份多个库

备份单个表

mysqldump -uroot -p '**'  db1 table1 --default-character-set=uft8 >/data1/mysql.sql    #无-B参数，库后跟表名

备份多个表

mysqldump -uroot -p '**' db1 table1 tables2 --default-character-set=uft8 >/data1/mysql.sql   

只备份表结构，不要数据

mysqldump -uroot -p '**' -d db1 table1 tables2 >/data1/mysql.sql    #-d 只备份表结构

恢复数据

source /data1/mysql.mysql

Mysql主从复制

一个为主，一个或多个为从，mysql支持单向或双向、链式级联、异步复制。

主从复制有利于数据库的高可用性、访问速度和系统维护管理：

当主服务器出现问题时，可以自动切换到从服务器

主从服务器架构可以实现对用户的请求实现读写分离

复制原理

　Mysql的 Replication 是一个异步的复制过程，从一个 Mysql instace(我们称之为 Master)复制到另一个 Mysql instance(我们称之 Slave)。在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成，其中两个线程(Sql线程和IO线程)在 Slave 端，另外一个线程(IO线程)在 Master 端。

要实现 MySQL 的 Replication ，首先必须打开 Master 端的Binary Log(mysql-bin.xxxxxx)功能，否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。打开 MySQL 的 Binary Log 可以通过在启动 MySQL Server 的过程中使用 “—log-bin” 参数选项，或者在 my.cnf 配置文件中的 mysqld 参数组([mysqld]标识后的参数部分)增加 “log-bin” 参数项。

 

 

复制过程

MySQL 复制的基本过程如下：

　　1. Slave 上面的IO线程连接上 Master，并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;

　　2. Master 接收到来自 Slave 的 IO 线程的请求后，通过负责复制的 IO 线程根据请求信息读取指定日志指定位置之后的日志信息，返回给 Slave 端的 IO 线程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 Binary Log 中的位置;

　　3. Slave 的 IO 线程接收到信息后，将接收到的日志内容依次写入到 Slave 端的Relay Log文件(mysql-relay-bin.xxxxxx)的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master- info文件中，以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”

　　4. Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后，会马上解析该 Log 文件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句，并在自身执行这些 Query。这样，实际上就是在 Master 端和 Slave 端执行了同样的 Query，所以两端的数据是完全一样的。

　　实际上，在老版本中，MySQL 的复制实现在 Slave 端并不是由 SQL 线程和 IO 线程这两个线程共同协作而完成的，而是由单独的一个线程来完成所有的工作。但是 MySQL 的工程师们很快发现，这样做存在很大的风险和性能问题，主要如下：

　　首先，如果通过一个单一的线程来独立实现这个工作的话，就使复制 Master 端的，Binary Log日志，以及解析这些日志，然后再在自身执行的这个过程成为一个串行的过程，性能自然会受到较大的限制，这种架构下的 Replication 的延迟自然就比较长了。

　　其次，Slave 端的这个复制线程从 Master 端获取 Binary Log 过来之后，需要接着解析这些内容，还原成 Master 端所执行的原始 Query，然后在自身执行。在这个过程中，Master端很可能又已经产生了大量的变化并生成了大量的 Binary Log 信息。如果在这个阶段 Master 端的存储系统出现了无法修复的故障，那么在这个阶段所产生的所有变更都将永远的丢失，无法再找回来。这种潜在风险在Slave 端压力比较大的时候尤其突出，因为如果 Slave 压力比较大，解析日志以及应用这些日志所花费的时间自然就会更长一些，可能丢失的数据也就会更多。

　　所以，在后期的改造中，新版本的 MySQL 为了尽量减小这个风险，并提高复制的性能，将 Slave 端的复制改为两个线程来完成，也就是前面所提到的 SQL 线程和 IO 线程。最早提出这个改进方案的是Yahoo!的一位工程师“Jeremy Zawodny”。通过这样的改造，这样既在很大程度上解决了性能问题，缩短了异步的延时时间，同时也减少了潜在的数据丢失量。

　　当然，即使是换成了现在这样两个线程来协作处理之后，同样也还是存在 Slave 数据延时以及数据丢失的可能性的，毕竟这个复制是异步的。只要数据的更改不是在一个事务中，这些问题都是存在的。

　　如果要完全避免这些问题，就只能用 MySQL 的 Cluster 来解决了。不过 MySQL的 Cluster 知道笔者写这部分内容的时候，仍然还是一个内存数据库的解决方案，也就是需要将所有数据包括索引全部都 Load 到内存中，这样就对内存的要求就非常大的大，对于一般的大众化应用来说可实施性并不是太大。当然，在之前与 MySQL 的 CTO David 交流的时候得知，MySQL 现在正在不断改进其 Cluster 的实现，其中非常大的一个改动就是允许数据不用全部 Load 到内存中，而仅仅只是索引全部 Load 到内存中，我想信在完成该项改造之后的 MySQL Cluster 将会更加受人欢迎，可实施性也会更大。

 

配置主从复制

1、在主库和从库my.cnf文件中设置server-id值，并开启log-bin参数

2、登入主数据库库，创建具有replication slave权限的账户

mysql> grant replication slave on *.* to 'backup'@'%' identified by '123';

3、生产环境下做主从备份前，需要申请停机时间，对数据库进行锁表只读，锁表会影响业务

mysql> flush tables with read lock;

 锁表时间受设置参数控制，锁表时，如果超过设置时间不操作会自动解锁。

 4、查看主库状态，即当前日志文件名和二进制日志偏移量。后面的从库复制是从这个位置开始的

 

5、导出数据库

[root@localhost ~]# mysqldump -uroot -p123 -S /var/lib/mysql/mysql3306.sock -A -B | gzip > /data/back/mysql3306_bak.$(date +%F).sql.gz

其中 –A表示备份所有库 –B表示增加（导库时会直接覆盖原有的）

为了确保导库期间，数据库没有数据插入，可以再检查下主库状态信息，无特殊情况下，binlog和位置点是不变的

[root@localhost ~]# mysql -uroot -p123 -S /var/lib/mysql/mysql3306.sock -e"show master status G"

 6、导完库时，再解锁主库

  

7、把主库备份的mysql数据迁移到从库

这步涉及的常用命令有scp rsync等

  先进入back目录，解压之前导出的数据库

导入从库

[root@localhost back]# mysql -uroot -p123 -S /var/lib/mysql/mysql3307.sock < mysql3306_bak.2016-04-21.sql

登录到从库 配置同步参数

 

8、启动从库同步开关，并查看同步状态

 

 

 判断复制是否成功就看状态下IO和SQL俩个线程是否为YES状态

Slave_IO_Running负责从库去主库读取binlog日志，并写入从库的中继日志中

Slave_SQL_Running负责读取并执行中继日志的binlog，转换成SQL语句后应用到数据库汇总

 

另一个重要参数Seconds_Behind_Master:0  这个是和主库比同步延迟秒数

9、至此，主从复制已经做好，想要测试的话，可以再主库新增数据库或新增表，看看从库有没有同步即可。

注：

1.如果从库做级联复制或对从库做数据备份，则需要对mysql slave记录binlog，方法是在从库的my.cnf中添加如下：

log-slave-update

log-bin=mysql3307-bin

expire_logs_days=7

2.mysql表都是权限表，主从复制设置忽略mysql库和information_schema库的同步的参数：

Binlog-ignore-db=information_schema

Binlog-ignore-db=mysql