开始今日份整理
1.mariadb的主从复制
主从复制大致图示：
1.1 mysql基本命令复习
linux下的操作 1.启动mysql systemctl start mariadb 2.linux客户端连接自己 mysql -uroot -p -h 127.0.0.1 3.远程链接mysql服务端 mysql -uroot -p -h 192.168.11.37 4.修改mysql密码 MariaDB [(none)]> set password = PASSWORD('redhat123'); 5.创建mysql用户 create user test1@'%' identified by 'xc666'; 6.查询mysql库中的用户信息 use mysql; select host,user,password from user; 7.授权语句 给test1这个用户，授予创建数据库的权限 mysql使用grant命令对账户进行授权，grant命令常见格式如下 grant 权限 on 数据库.表名 to 账户@主机名 对特定数据库中的特定表授权 grant 权限 on 数据库.* to 账户@主机名 对特定数据库中的所有表给与授权 grant 权限1,权限2,权限3 on *.* to 账户@主机名 对所有库中的所有表给与多个授权 grant all privileges on *.* to 账户@主机名 对所有库和所有表授权所有权限 #授予test1创建的权限，对于所有的库表生效 grant create on *.* to test1@"%" identified by 'xc666'; #授予test1用户，只有创建mymysql数据库的权限 grant create on mymysql.* to test1@"%" identified by 'xc666'; #授予用户最大的权限，所有的权限 grant all privileges on *.* to username@'%' identified by 'password'; 8.移除权限 MariaDB [(none)]> revoke all privileges on *.* from test1@"%" identified by 'xc666'; 9.数据库的备份与恢复 #备份 mysqldump -u root -p --all-databases > /tmp/db.sql #数据导入，方式有2种 source /tmp/db.sql; 第二种 mysql -uroot -p < /tmp/db.sql 第三种 navicat 第四种，如果你数据量特别大的话，使用第三方工具 xtrabackup
1.2 mysql的主从复制
MySQL数据库的主从复制方案，是其自带的功能，并且主从复制并不是复制磁盘上的数据库文件，而是通过binlog日志复制到需要同步的从服务器上。
MySQL数据库支持单向、双向、链式级联，等不同业务场景的复制。在复制的过程中，一台服务器充当主服务器（Master），接收来自用户的内容更新，而一个或多个其他的服务器充当从服务器（slave），接收来自Master上binlog文件的日志内容，解析出SQL，重新更新到Slave，使得主从服务器数据达到一致。
主从复制的逻辑有以下几种
一主一从，单向主从同步模式，只能在Master端写入数据
一主多从
双主主复制逻辑架构，此架构可以在Master1或Master2进行数据写入，或者两端同事写入（特殊设置）
在生产环境中，MySQL主从复制都是异步的复制方式，即不是严格的实时复制，但是给用户的体验都是实时的。
MySQL主从复制集群功能使得MySQL数据库支持大规模高并发读写成为可能，且有效的保护了服务器宕机的数据备份。
应用场景：
利用复制功能当Master服务器出现问题时，我们可以人工的切换到从服务器继续提供服务，此时服务器的数据和宕机时的数据几乎完全一致。
复制功能也可用作数据备份，但是如果人为的执行drop,delete等语句删除，那么从库的备份功能也就失效了.
主从机制实现原理
主从复制原理七步曲
1. 主数据库写入数据之后， 会有data changes(数据变化)记录 2. 有变化记录之后，将增删改的一些sql语句记录到本地的Binary log(二进制日志)中 3. 从库会一直开启着一个线程 4. 通过线程去读取这个二进制日志的内容 5. 从库会将数据写入到自己的Relay log(中继日志)中 6. 从库会将中继日志中的操作转化为SQL thread(SQL语句) 7. 通过转化的SQL语句写入到自己的数据库, 两边的数据就一致了
1.3 mariadb主从复制实验
实验需求：准备两台数据库服务器
主服务器： 192.168.1.44 从服务器: 192.168.1.121
1.3.1 在主服务器上操作
（1）停止主服务器mariadb数据库服务
systemctl stop mariadb
在mysqld中输入上图中俩句话
server -id=1 log-bin=qishi-login
（3）新建用于主从同步的用户tiger,允许登录的从库是'192.168.1.121'
create user 'xiaochun'@'%' identified by 'xc666';
（4）给从库账号授权,说明给tiger从库复制的权限，在192.168.1.121机器上复制
grant replication slave on *.* to 'xiaochun'@'%';
（5）检查主库创建的复制账号以及权限
select user,host from mysql.user; show grants for xiaochun@'192.168.1.121';
（6）实现对主数据库锁表只读，防止数据写入，数据复制失败
flush table with read lock;
（7）检查主库的状态, 并记录下日志文件的名字，和位置
MariaDB [(none)]> show master status;
记录下主数据库的写入状态和日志文件的名字
（8）锁表后，单独在打开一个SSH窗口，导出数据库的所有数据
注意，一定要单独再打开一个SSH窗口！！！！！
1.3.2 在从库上配置
（1）关闭数据库服务
systemctl stop mariadb
（2）在从库上配置数据库服务
在从库192.168.1.121 上打开/etc/my.cnf
[mysqld] server-id=3 read-only=true
（3）重启数据库
systemctl restart mariadb
（4）导入主库传过来的数据库文件，保持从库的数据与主库一致
mysql -u root -p source /opt/masterdb.sql
（5）配置复制的参数，Slave从库连接Master主库的配置
###配置此处，需要根据之前主库的内容 mysql > change master to master_host='192.168.1.121', master_user='test2', master_password='password-0', master_log_file='qishi-logbin.000002', master_log_pos=365;
（6）启动从库的同步开关，测试主从复制的情况
start slave;
（7）查看复制状态
show slave status\G;
注意： 如果看到Slave_IO_Running和Slave_SQL_Running这两个参数都为yes, 说明主从同步配置成功，否则需要检查并重新配置
（8）测试主从是否同步后，需要将主库的数据库解锁
需要知道的是这步是在主库中敲
unlock tables
在主库中新建数据库后，从库同样会将数据库同步过来
1.3.3 主从读写分离
上面同步后，此时主从同步就已经完成配置了，双方都登录xiaochun账号，在主库创建一个库，再看从库已经成功复制过来了，再到从库上面尝试创建库或写入数据，无法写入，因为从库设置了只读。
注：
注意此处还未配置从库的只读模式，只需在slave服务器上配置/etc/my.cnf，加上以下配置，并且在slave上创建普通用户，使用普通用户主从同步即可达到只读的效果
如果用root用户，无法达到readonly，这是一个坑，一定要加上read-only =true
[mysqld] character-set-server=utf8 collation-server=utf8_general_ci log-error=/var/log/mysqld.log server-id=3 read-only=true [client] default-character-set=utf8 [mysql] default-character-set=utf8
最后，提示请看图:
2.redis学习
2.1 redis
a