共计 2844 个字符，预计需要花费 8 分钟才能阅读完成。
1. 什么是数据库
数据库是“依照数据结构来组织、存储和治理数据的仓库”。是一个长期存储在计算机内的、有组织的、可共享的、对立治理的大量数据的汇合。简略的来说就像是一个大型的衣柜，你所有春夏秋冬的衣服都被对立放在了一个衣柜里，而后分类，分节令的有序摆放好。数据库的长处重点在于体量足够的大，个别的数据存储移动硬盘齐全就能解决咱们的需要，当在大体量数据计算和存储上，数据库的劣势就体现进去了。
2. 数据库如何运行
数据库外面放着数据，既然说到数据库，那么数据库是怎么来运行的呢？SQL 是用来操作数据库里数据的工具。
数据库外面放着数据，SQL 是用来操作数据库里数据的工具。
之后回到咱们衣柜的原理上，当你把衣服寄存在衣柜里，当你想要穿一件衣服的时候，只须要依照你的想法来进行检索就能找到你要的答案。
说到数据库，数据库有一个十分重要的性能就是读写拆散。
GaussDB(for MySQL)反对间接挂载只读节点，用于分担主节点读取压力。
GaussDB(for MySQL)的主节点和只读节点都具备独立的连贯地址，每个 GaussDB(for MySQL)实例最多反对创立 15 个只读节点。
用户只需通过增加只读节点的个数，即可一直扩大零碎的解决能力，无需更改应用程序。
上面介绍一个根本场景。在工作当中有的时候会因为数据量大，导致单个数据库曾经不足以撑持业务需要，因而经常将数据库的读和写的性能分来到，这样读取数据在一个数据库上，写数据在一个数据库上，就缩小了单个数据库的工作，上面就形容一下具体步骤
试验环境
两台虚拟机
装置 mysql mariadb mariadb-server
开启服务
systemctl start mariadb
配置近程拜访的用户
mysql -uroot -p 进到数据库（root 的默认明码为空所以输出命令后间接回车就行）
use mysql
GRANT ALL PRIVILEGES ON . TO‘wl’@’%’IDENTIFIED BY‘123’WITH GRANT OPTION;（设置远程登陆用户 wl ,IP 为本机 IP 明码为 123）
主数据库设置：
vim /etc/my.cnf
在 [mysqld] 标签上面减少以下代码：
server-id=1
log-bin=master-bin
重启服务
systemctl restart mariadb.service
mysql -uroot -p 进到数据库
在主服务器的数据库上查问主服务状态
SHOW MASTER STATUS
这里会呈现日志文件的 File 和 position，这个在前面会用的到
从数据库设置
1. 用 vim 关上 my.cnf：
vim /etc/my.cnf
2. 在 [mysqld] 标签上面减少以下代码：
server-id=2 #这个 id 必须不能和主数据库雷同
read-only=on #设置该数据库是只读状态
relay-log=relay-bin
3. 重启服务
systemctl restart mariadb.service
4. 进入到数据库
mysql -uroot -p
5. 执行上面语句，
change master to master_host=‘192.168.0.220’,master_user=‘wl’,master_password=‘123’, master_log_file=‘master-bin.000003’,master_log_pos=2077;
(master_host: 主数据库 IP
master_user: 主数据库所设置的近程连贯用户名
master_password：主数据库所设置的近程连贯明码
master_log_file=‘master-bin.000003’：所生成的二进制日志文件，在上一张图片中有显示）
master_log_pos=2077：二进制日志文件的端口号（上张图片有显示）
启动 slave 同步(在数据库中)
START SLAVE;
6. 在 slave 服务器上查看 slave 同步的状态
show slave status\G
当图片中的内容为 YES 是阐明两个数据库同步设置实现
你能够利用 mysql 工具进行测试
下图是我用 mysql 链接的两个数据库的图片
其中 master 是主数据库，slave 是从数据库，两个数据库进行数据同步是依据二进制的日志文件进行的，一开始的状态两个数据库必须放弃数据库名字雷同，和表的名字雷同，否则会呈现找不到数据库的谬误
呈现这个谬误的次要起因是因为过后的日志文件只保留了过后的数据库状态，将当下的两个数据库进行了连贯，当主数据库新减少一个数据库时，从数据库无奈匹配到主数据库，就呈现了找不到数据库的谬误
解决办法：
1 将主数据库新建的数据库删除，在原有的数据库上进行增删操作，再从新执行下面的操作
2 在从数据库中减少与主数据库雷同的数据库，再从新执行下面的操作
一、华为云数据库的三大外围劣势
针对华为云数据库的劣势，专家总结了 3 点：服务企业的基因、全面平衡的产品、优良的软硬件联合底层撑持。
1、服务企业扎根于华为的基因中
与现在许多以集体业务起家的互联网公司不同，华为自诞生起 30 多年以来的工夫始终扎根于企业畛域，在 ToB 畛域有着相当丰盛的服务教训。
比方在企业数据存储上，就有云盘和本地盘两种存储形式，其中本地盘在 24×365 长时间运行下很容易出问题，云盘的数据可靠性更高。多年教训使华为深知对企业而言数据可靠性是最重要的一环，所以华为云数据库服务计划选型阶段就抉择了云盘存储，而许多云商最后存储数据应用的是本地盘，随后才提供云盘存储。细节之处以小见大，华为奉行“以客户为核心”，华为云正是践行这一企业文化的最佳示例。
2、全面平衡的产品
与许多畛域不同的是，云服务考究的是“木桶实践”，此前就呈现过云商失落客户千万级数据的事变，一旦呈现这种事变，对于企业客户而言，其后果是灾难性的。
而华为是真的下大力气做云服务，提供从软件到硬件全面且平衡的企业级服务。以数据库为例，软件上，华为在国内外有多个研究所和实验室，主攻数据库架构、数据库内核、数据库分布式技术钻研；硬件方面，华为是国内毫无疑问的领导者之一，目前华为有国内当先的专门从事数据库研发的工程师团队，研发投入规模国内也是名列前茅。出众的一软一硬，不仅保障华为云顺利腾飞，也为客户提供了更全面也更牢靠的云数据库服务。
3、优良的软硬件联合底层撑持
还是以云数据库为例，它分为三局部数据库、算力、存储。在这三方面，华为云都做到别人难以企及的高度。数据库方面，华为具备数据库研究室级别的内核与架构设计能力；算力方面，基于“鲲鹏 + 昇腾”的自研芯片，多样化组合让算力有微小的冲破；存储方面华为很早的时候就开发新一代的存储架构，实现数据的高可靠性。
基于在数据库、算力、存储三方面的技术积攒与全栈劣势，华为得以在云原生数据库 TaurusDB 和 GeminiDB 产品的容量和性能上实现全新的高度。
服务企业的基因、全面平衡的产品、优良的软硬件联合这三个外围起因让华为云数据库取得相当高的终点与劣势。
本文由博客群发一文多发等经营工具平台 OpenWrite 公布