MariaDB数据库的起源

MariaDB数据库管理系统是MySQL的一个分支,主要由开源社区在维护,采用GPL授权许可。
开发这个分支的原因之一是:甲骨文公司收购了MySQL后,有将MySQL闭源的潜在风险,因此社区采用分支的方式来避开这个风险。
MariaDB的目的是完全兼容MySQL,包括API和命令行,使之能轻松成为MySQL的代替品。

Red Hat Enterprise Linux/CentOS 7.0 发行版已将默认的数据库从 MySQL 切换到 MariaDB。

1.配置MariaDB官方yum源

添加 MariaDB yum 仓库

首先添加 MariaDB 的 yum源 配置文件 MariaDB.repo 文件。

1. 编辑创建mariadb.repo仓库文件
vi /etc/yum.repos.d/MariaDB.repo 2. 添加repo仓库配置
[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/10.1/centos7-amd64
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1

2.在Centos7上安装并启动MariaDB

1.安装
当 MariaDB 仓库地址添加好后,你可以通过下面的一行命令轻松安装 MariaDB。 yum install MariaDB-server MariaDB-client -y 2.启动
在centos中操作mariadb数据库的相关命令是:

systemctl start mariadb  #启动MariaDB

systemctl stop mariadb  #停止MariaDB

systemctl restart mariadb  #重启MariaDB

systemctl enable mariadb  #设置开机启动

3. 初始化MariaDB

在确保MariaDB正确运行后执行下面命令进行初始化

mysql_secure_installation

这条命令执行以后会出现一个交互页面, 提示你输入或确定某些事情

➢ 设置 root 管理员在数据库中的密码值(注意,该密码并非 root 管理员在系统中的密码,这里的密码值默认应该为空,可直接按回车键)。
➢ 设置 root 管理员在数据库中的专有密码。
➢ 是否删除删除匿名账户,
➢ 是否可以使用 root 管理员从远程登录数据库,以确保数据库上运行的业务的安全性。 
➢ 是否删除默认的测试数据库,取消测试数据库的一系列访问权限。
➢ 是否刷新授权列表,让初始化的设定立即生效。

4. MariaDB数据库的编码设置

编码格式是针对database来说的, 可以更改某个database的编码格式

alter database db1 charset gbk;

还可以查看某个database在创建时使用的编码格式

MariaDB [(none)]> show create database db02;
+----------+---------------------------------------------------------------+
| Database | Create Database |
+----------+---------------------------------------------------------------+
| db02 | CREATE DATABASE `db02` /*!40100 DEFAULT CHARACTER SET utf8 */ |
+----------+---------------------------------------------------------------+
1 row in set (0.00 sec)

当数据存到某个库中, 就已经使用了这个库当前的编码格式, 之后再修改库的编码, 对之前的数据是没有作用的

** 在配置文件中指定编码格式即可, 已经有的配置项不需要重复配置, 主要配置和character相关的配置项

vim /etc/my.cnf

[mysqld]
character-set-server=utf8
collation-server=utf8_general_ci
log-error=/var/log/mysqld.log
server-id=1
log-bin=mysqls14-bin
[client]
default-character-set=utf8
[mysql]
default-character-set=utf8

在数据库中查看默认的编码格式

MariaDB [(none)]> \s  # 查看编码的命令, 相当于status
--------------
mysql Ver 15.1 Distrib 10.1.37-MariaDB, for Linux (x86_64) using readline 5.1 Connection id: 13
Current database:
Current user: root@localhost
SSL: Not in use
Current pager: stdout
Using outfile: ''
Using delimiter: ;
Server: MariaDB
Server version: 10.1.37-MariaDB MariaDB Server
Protocol version: 10
Connection: Localhost via UNIX socket
Server characterset: utf8
Db characterset: utf8
Client characterset: utf8
Conn. characterset: utf8

UNIX socket: /var/lib/mysql/mysql.sock
Uptime: 1 hour 1 min 47 sec Threads: 3 Questions: 465 Slow queries: 0 Opens: 66 Flush tables: 1 Open tables: 60 Queries per second avg: 0.125
--------------

5. MariaDB数据库的常用操作

MariaDB数据库的操作和mysql是一样的

6. MariaDB数据库备份和恢复备份

mysqldump 用于数据库备份

[root@master ~]# mysqldump -u root -p --all-databases > /tmp/db.dump

将备份好的数据恢复到数据库中

方式一
source \tmp\db.dump # 这个source是在mysql的命令行下执行的, 不是linux的source 方式二
[root@master ~]# mysql -uroot -p < /tmp/db.dump

7.MariaDB主从复制

MySQL数据库的主从复制方案,是其自带的功能,并且主从复制并不是复制磁盘上的数据库文件,而是通过binlog日志复制到需要同步的从服务器上。

MySQL数据库支持单向、双向、链式级联,等不同业务场景的复制。在复制的过程中,一台服务器充当主服务器(Master),接收来自用户的内容更新,而一个或多个其他的服务器充当从服务器(slave),接收来自Master上binlog文件的日志内容,解析出SQL,重新更新到Slave,使得主从服务器数据达到一致。

主从复制的逻辑有以下几种

一主一从,单向主从同步模式,只能在Master端写入数据

一主多从

还有一种同步方式: 双主主复制逻辑架构,此架构可以在Master1或Master2进行数据写入,或者两端同事写入(特殊设置)

在生产环境中,MySQL主从复制都是异步的复制方式,即不是严格的实时复制,但是给用户的体验都是实时的。
MySQL主从复制集群功能使得MySQL数据库支持大规模高并发读写成为可能,且有效的保护了服务器宕机的数据备份。

主从复制的应用场景

利用复制功能当Master服务器出现问题时,我们可以人工的切换到从服务器继续提供服务,此时服务器的数据和宕机时的数据几乎完全一致。
复制功能也可用作数据备份,但是如果人为的执行drop,delete等语句删除,那么从库的备份功能也就失效了.

主从机制的实现原理

(1) master将改变 记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,binary log events);
(2) slave将master的binary log events拷贝到它的中继日志(relay log);
(3) slave重做中继日志中的事件,将记录翻译成它自己的数据。

主库配置

查看数据库状态
systemctl status mariadb 停止mariadb
systemctl stop mariadb 修改配置文件
vim /etc/my.cnf 修改内容
[mysqld]
server-id=1
log-bin=mysql-bin 解释:
  server-id服务的唯一标识(主从之间都必须不同)
  log-bin启动二进制日志名称为mysql-bin 重启mariadb
systemctl start mariadb

主库添加用户, 备份数据, 发往从库

1.新建用于主从同步的用户chaoge,允许登录的从库是'192.168.178.130'
create user 'sath'@'%' identified by 'redhat'; 2.#题外话:如果提示密码太简单不复合策略加在前面加这句
mysql> set global validate_password_policy=0; 3.给从库账号授权,说明给sath这个用户从库复制的权限,在任意机器上复制
grant replication slave on *.* to 'sath'@'%';
#检查主库创建的复制账号
select user,host from mysql.user;
#检查授权账号的权限
show grants for chaoge@'192.168.178.130'; 实现对主数据库锁表只读,防止数据写入,数据复制失败
flush table with read lock; 4.检查主库的状态
MariaDB [(none)]> show master status
-> ;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 575 | | |
+------------------+----------+--------------+------------------+
row in set (0.00 sec)
File是二进制日志文件名
Position 是日志开始的位置。后面从库会用到 后面从库会用到 后面从库会用到!!!!!! 5.锁表后,一定要单独再打开一个SSH窗口,导出数据库的所有数据,
[root@oldboy_python ~ 19:32:45]#mysqldump -uroot -p --all-databases > /data/all.sql
6.确保数据导出后,没有数据插入,完毕再查看主库状态
show master status;
7.导出数据完毕后,解锁主库,恢复可写;
unlock tables;
8.将备份导出的数据scp至Slave数据库
scp /data/all.sql root@192.168.178.130:/data/

从库配置

1.设置server-id值并关闭binlog功能参数
数据库的server-id在主从复制体系内是唯一的,Slave的server-id要与主库和其他从库不同,并且注释掉Slave的binlog参数。
2.因此修改Slave的/etc/my.cnf,写入
[mysqld]
server-id=3
3.重启数据库
systemctl restart mariadb
4.检查Slava从数据库的各项参数
show variables like 'log_bin';
show variables like 'server_id';
5.恢复主库Master的数据导入到Slave库
导入数据(注意sql文件的路径)
mysql>source /data/all.sql;
方法二:
#mysql -uroot -p < abc.sql
6.配置复制的参数,Slave从库连接Master主库的配置
mysql > change master to master_host='192.168.178.129',
master_user='sath,
master_password='redhat',
master_log_file='mysql-bin.000001',
master_log_pos=575;
7.启动从库的同步开关,测试主从复制的情况
start slave;
8.查看复制状态
show slave status\G;

查看从库的同步状态

MariaDB [(none)]> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.119.10
Master_User: chaoge
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 1039
Relay_Log_File: slave-relay-bin.000002
Relay_Log_Pos: 537
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

Slave_IO_Running, Slave_SQL_Running是两个线程, 都为YES是表示主从同步的状态为OK

最新文章

  1. PHP+Mysql+easyui点击左侧tree菜单对应表名右侧动态生成datagrid加载表单数据(二)
  2. JBOSS的安全配置 .
  3. break和continue的区别以及标签label的使用
  4. 12---Net基础加强
  5. 程序员是怎么炼成的---OC题集--练习答案与题目(1)
  6. 如何在Eclipse中配置Tomcat
  7. 缩小jquery体积
  8. Codeforces Round #265 (Div. 2) C. No to Palindromes! 构建无回文串子
  9. mongoDB创建数据库用户
  10. Java 适配器(Adapter)模式
  11. iOS 二维码 学习
  12. [视频]K8飞刀无代码编程之生成EXP
  13. Bootstrap 警告、进度条、列表组、面板
  14. 1.如何在Cloud Studio上执行Python代码?
  15. 2018.10.25 bzoj4517: [Sdoi2016]排列计数(组合数学)
  16. Python相关在线文档手册地址
  17. Hibernate常出现的报错
  18. 微网站|h5弹窗|手机网站 html5 弹窗、弹层、提示框、加载条
  19. 雨天的尾巴(bzoj3307)(线段树合并+树上差分)
  20. java之类适配器

热门文章

  1. Visual Studio Code打开终端控制台
  2. Pairwise ranking methods: RankNet与LambdaRank
  3. NetBeans 仿notepad++风格
  4. solidity语言13
  5. jQuery Mobile 移动 web 应用程序框架
  6. /etc/hosts.allow和/etc/hosts.deny详解
  7. SQL专题
  8. Oracle10g使用$ORACLE_HOME/rdbms/admin/awrrpt.sql报错
  9. selenium + python(鼠标操作)
  10. Ubuntu 12.04 安装Chrome步骤