当前位置: 首页 > news >正文

做耳鼻喉医院网站多少钱嘉兴优化公司

做耳鼻喉医院网站多少钱,嘉兴优化公司,做产品推广什么网站会比较好,百度小程序如何做网站AB复制 一、主从复制概述 主从复制#xff0c;是用来建立一个和主数据库完全一样的数据库环境#xff0c;称为从数据库#xff1b;主数据库一般是准实时的业务数据库。 主从复制的作用 1.做数据的热备#xff0c;作为后备数据库#xff0c;主数据库服务器故障后#xf…AB复制 一、主从复制概述 主从复制是用来建立一个和主数据库完全一样的数据库环境称为从数据库主数据库一般是准实时的业务数据库。 主从复制的作用 1.做数据的热备作为后备数据库主数据库服务器故障后可切换到从数据库继续工作避免数据丢失。。 2.读写分离使数据库能支撑更大的并发。1--在从服务器可以执行查询工作(即我们常说的读功能)降低主服务器压力;主库写从库读降压2--在从服务器进行备份避免备份期间影响主服务器服务;确保数据安全 二、主从复制原理---通过binlog日志做主从同步的原理 原理 实现整个主从复制需要由slave服务器上的IO进程和Sql进程共同完成. 要实现主从复制首先必须打开Master端的binary logbin-log功能因为整个MySQL 复制过程实际上就是Slave从Master端获取相应的二进制日志然后再在自己slave端完全顺序的执行日志中所记录的各种操作。1. 主服务器接收到客户端的读写请求后把数据更改DDL DML DCL记录到二进制日志Binary Log中。 2. 备库I/O线程将主库上的日志复制到自己的中继日志Relay Log中。 3. 备库SQL线程读取中继日志中的事件进行本地回放将其重放到备库数据库之上。 详细步骤 1.数据变更主库数据发生变更(DDL DML DCL)写入本地Bin Log文件。 2.从库请求从库IO线程发起binlog dump线程请求主库的binlog数据。 3.数据传输主库I/O线程推送Bin Log文件到从库。 4.写入中继日志从库IO线程将binlog数据写入中继日志。 5.数据应用从库SQL线程读取中继日志事件在本地数据库上重新执行一遍SQL语句master           负责写 -----A slave            负责读取复制  -----B I/O          负责通信读取binlog日志并写入从库的中继日志 SQL          负责写数据 relay log         中继日志存储从主服务器接收到的binlog事件 binlog dump thread的主要职责包括 读取主服务器上的binlog。将读取到的binlog事件流式传输到从属服务器。监听从属服务器是否请求了新的binlog事件或断开了连接。 三、主从复制binlog日志方式 192.168.140.128   mysql-master 192.168.140.129   mysql-slave 准备两台机器关闭防火墙和selinux。---两台机器环境必须一致。时间也得一致 两台机器配置hosts解析 两台机器安装mysql # wget https://dev.mysql.com/get/mysql80-community-release-el7-3.noarch.rpm 略... [rootmysql-master ~]# systemctl start mysqld [rootmysql-master ~]# systemctl enable mysqld 1配置主服务 在主服务器上启用二进制日志记录并配置唯一的服务器ID。需要重启服务器。    [rootmaster ~]# vim /etc/my.cnf #编辑主服务器的配置文件 my.cnf [mysqld] log-bin/var/log/mysql/mysql-bin #启用二进制日志功能 server-id1 [rootmaster ~]# mkdir /var/log/mysql #创建日志目录 [rootmaster ~]# chown mysql.mysql /var/log/mysql #并赋予权限 [rootmaster ~]# systemctl restart mysqld #重启服务 2创建用于主从同步的用户 在主数据库上创建用于同步的用户在主数据库上创建一个用于同步的用户并赋予复制权限。 [rootmaster ~]# mysql -uroot -pYunjisuan666 #登录mysql 创建主从同步的用户 mysql GRANT REPLICATION SLAVE ON *.* TO  repl% identified by Yunjisuan666; mysql flush privileges;repl用户名可以自定义 3获取主服务器上的复制相关信息 包括主服务器上的二进制日志文件File位置信息Position binlog 日志格式等。使用这些信息可以在从服务器上进行配置设置从哪个二进制日志文件的哪个位置开始进行数据复制和同步。从而实现主服务器与从服务器的数据一致性。 mysql show master status \G 4配置从数据库 配置从数据库连接到主数据库启用主从同步功能。 [rootslave ~]# vim /etc/my.cnf #设置为mysql的从服务器开启binlog [mysqld] server-id2 log-binmysql-bin [rootslave ~]# systemctl restart mysqld #重启数据库使配置修改生效 登录mysql [rootslave ~]# mysql -uroot -pYunjisuan666 mysql \e #在从数据库上连接到主数据库并指定要复制的日志文件和位置。 CHANGE MASTER TO MASTER_HOSTmysql-master, MASTER_USERrepl, MASTER_PASSWORDYunjisuan666, MASTER_LOG_FILEmysql-bin.000001, MASTER_LOG_POS849; - ; mysql start slave;5检查主从同步状态 mysql show slave status\G 参数解释 CHANGE MASTER TO MASTER_HOST192.168.140.128,          #主服务器ip MASTER_USERreplication,              #主服务器用户 MASTER_PASSWORDpassword,             #用户密码 MASTER_PORT3306,                       #端口 MASTER_LOG_FILEmaster2-bin.001,      #binlog日志文件名称 MASTER_LOG_POS4;                       #日志位置最后的;可以不加测试 再主服务器上 mysql create database testdb; #创建一个库 Query OK, 1 row affected (0.10 sec) mysql \q在从服务器上 mysql show databases; #查看是否存在testdb 四、M-S 架构GTID 基于事务ID复制 1、什么是GTID 全局事务标识global transaction identifiers 是用来代替传统复制的方法GTID复制与普通复制模式的最大不同就是不需要指定二进制文件名和位置。 2、GTID工作原理 1、master更新数据时会在事务前产生GTID一同记录到binlog日志中。 2、slave端的i/o 线程将变更的binlog写入到本地的relay log中。 3、sql线程从relay log中获取GTID然后对比slave端的binlog是否有记录。 4、如果有记录说明该GTID的事务已经执行slave会忽略。 5、如果没有记录slave就会从relay log中执行该GTID的事务并记录到binlog。 3、部署主从复制 1、架构 一主一从 准备环境两台机器关闭防火墙和selinux。---两台机器环境必须一致。时间也得一致 192.168.140.128 mysql-master 192.168.140.129 mysql-slave1# setenforce 0 #临时关闭selinux # vim /etc/sysconfig/selinux #改为SELINUXdisabled 永久关闭selinux # systemctl stop firewalld systemctl disable firewalld #关闭防火墙 # ntpdate cn.pool.ntp.org #同步为中国时间 两台机器安装mysql5.7 [rootmysql-master ~]# wget https://dev.mysql.com/get/mysql80-community-release-el7-3.noarch.rpm 安装略... #启动mysql服务并设置为开机自启 [rootmysql-master ~]# systemctl start mysqld [rootmysql-master ~]# systemctl enable mysqld [rootmysql-master ~]# netstat -lntp | grep 3306 tcp6       0      0 :::3306                 :::*                   LISTEN      11669/mysqld [rootmysql-slave ~]# netstat -lntp | grep 3306 tcp6       0      0 :::3306                 :::*                   LISTEN      11804/mysqld 配置并修改密码 略.... master操作 [rootmysql-master ~]# vim /etc/my.cnf   #在[mysqld]下添加如下内容 server-id1   #定义server id master必写 log-bin /var/log/mysql-bin/mylog #开启binlog日志master服务器必写#也可以写login-binmylog默认放在/var/lib/mysql下 gtid_mode ON    #开启gtid enforce_gtid_consistency1   #强制gtid [rootmysql-master ~]# mkdir /var/log/mysql-bin [rootmysql-master ~]# chown mysql.mysql /var/log/mysql-bin/ [rootmysql-master ~]# systemctl restart mysqld   #重启 主服务器创建账户 mysql grant replication slave,reload,super on *.* to slave% identified by Yunjisuan666; #注:生产环境中密码采用高级别的密码实际生产环境中将%换成slave的ip;用户名slave可以自定义 mysql flush privileges; ​ 注意:如果不成功删除以前的binlog日志 replication slave拥有此权限可以查看从服务器从主服务器读取二进制日志。 super权限允许用户使用修改全局变量的SET语句以及CHANGE MASTER语句 reload权限必须拥有reload权限才可以执行flush [tables | logs | privileges] slave操作 [rootmysql-slave ~]# vim /etc/my.cnf #添加如下配置 log-bin/var/log/mysql-bin/mylog #可以不开 server-id2 gtid_mode ON enforce_gtid_consistency1 master-info-repositoryTABLE relay-log-info-repositoryTABLE [rootmysql-slave ~]# mkdir /var/log/mysql-bin [rootmysql-slave ~]# chown mysql.mysql /var/log/mysql-bin [rootmysql-slave ~]# systemctl restart mysqld在MySQL中二进制日志文件通常存储在/var/log/mysql-bin目录下。为了使MySQL能够访问并写入这个目录需要将其所有者和所属组设置为MySQL一般为mysql.mysql。  [rootmysql-slave ~]# mysql -uroot -pYunjisuan666   mysql \e change master to master_host192.168.140.128, master_userslave, master_passwordYunjisuan666, master_auto_position1; - ; Query OK, 0 rows affected, 2 warnings (0.02 sec)change master to 是用于配置主从复制的命令 master_host 指定主数据库的IP地址 master_user 指定用于与主服务器进行身份验证的用户名 master_password 指定用于与主服务器进行身份验证的密码 master_auto_position启用自动复制功能指定复制的起始位置点默认为1表示从最开始进行复制。 验证主从同步是否实现  mysql start slave;   #启动slave角色 Query OK, 0 rows affected (0.00 sec) ​ mysql show slave status\G  #查看slave状态验证sql和IO是不是yes。 SHOW SLAVE STATUS命令用于查看从服务器的主从复制状态信息。添加\G选项将结果以可读的方式显示每个状态信息以一行显示。当执行SHOW SLAVE STATUS \G命令时将返回一个结果集其中包含了主从复制的相关信息包括Slave_IO_State: 表示从服务器当前的I/O线程状态。如果值为Waiting for master to send event说明I/O线程正常工作。 Slave_IO_Running: 表示从服务器的I/O线程是否正在运行。如果值为Yes表示I/O线程正常工作。 Slave_SQL_Running: 表示从服务器的SQL线程是否正在运行。如果值为Yes表示SQL线程正常工作。 Master_Log_File: 表示当前从服务器正在读取的二进制日志文件。 Read_Master_Log_Pos: 表示当前从服务器已经读取的二进制日志文件的位置。 Relay_Log_File: 表示当前从服务器正在写入的中继日志文件。 Relay_Log_Pos: 表示当前从服务器正在写入的中继日志文件的位置。 Seconds_Behind_Master: 表示从服务器相对于主服务器的延迟时间以秒为单位。如果值为0表示从服务器与主服务器同步。 测试 在slave上面查看一下有没有同步过去 [rootmysql-slave ~]# mysql -uroot -pqf123 mysql show databases; -------------------- | Database           | -------------------- | information_schema | | mysql             | | performance_schema | | sys               | | test               | -------------------- mysql use test mysql show tables; ---------------- | Tables_in_test | ---------------- | t1             | ---------------- mysql select * from t1; ------ | id   | ------ |    1 | ------ 主从同步完成。注意: 在关闭和启动mysql服务的时候按顺序先启动master。 面试题——mysql主从master宕机如何进行切换 主机故障或者宕机主从切换 ​ 1)在salve执行 mysql stop slave mysql reset master 2)查看是否只读模式show variables like read_only; 只读模式需要修改my.cnf文件注释read-only1并重启mysql服务。 或者不重启使用命令临时关闭只读但下次重启后失效set global read_onlyoff; 3)查看show slave status \G; 4)在程序中将原来主库IP地址改为现在的从库IP地址测试应用连接是否正常 故障排错  #### UUID一致导致主从复制I/O线程不是yes虚拟机克隆容易造成 ​Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work ​ 致命错误由于master和slave具有相同的mysql服务器uuid导致I/O线程不进行这些uuid必须不同才能使复制工作。 ​ 问题提示主从使用了相同的server UUID一个个的检查 ​ 检查主从server_id ​ 主库 ​ mysql show variables like server_id; ---------------------- | Variable_name | Value | ---------------------- | server_id     | 1     | ---------------------- 1 row in set (0.01 sec) ​ 从库 ​ mysql show variables like server_id; ---------------------- | Variable_name | Value | ---------------------- | server_id     | 2     | ---------------------- 1 row in set (0.01 sec) ​ server_id不一样排除。 ​ 检查主从状态 ​ 主库 ​ mysql show master status; ------------------------------------------------------------------------------- | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | ------------------------------------------------------------------------------- | mysql-bin.000001 |      154 |             |                 |                   | ------------------------------------------------------------------------------- 1 row in set (0.00 sec) 从库 ​ mysql show master status; ------------------------------------------------------------------------------- | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | ------------------------------------------------------------------------------- | mysql-bin.000001 |      306 |             |                 |                   | ------------------------------------------------------------------------------- 1 row in set (0.00 sec) ​ File一样排除。 ​ 最后检查发现他们的auto.cnf中的server-uuid是一样的。。。 ​ [rootlocalhost ~]# vim /var/lib/mysql/auto.cnf ​ [auto] ​ server-uuid4f37a731-9b79-11e8-8013-000c29f0700f ​ 修改uuid并重启服务 练习一主双从 一主双从gtid方式 在准备一台虚拟机做为slave2关闭防火墙和selinux 192.168.140.130       #mysql-slave2 192.168.140.128 #mysql-master slave2操作 安装mysql5.7 [rootmysql-slave2 ~]# wget https://dev.mysql.com/get/mysql80-community-release-el7-3.noarch.rpm 安装略... [rootmysql-slave2 ~]# systemctl start mysqld [rootmysql-slave2 ~]# systemctl enable mysqld开始配置slave2 [rootmysql-slave2 ~]# vim /etc/my.cnf server-id3    #每台机器的id不一样 gtid_mode ON enforce_gtid_consistency1 master-info-repositoryTABLE relay-log-info-repositoryTABLE [rootmysql-slave2 ~]# systemctl restart mysqld [rootmysql-slave2 ~]# mysql -uroot -pYunjisuan666 mysql \e change master to master_host192.168.140.128, master_userslave, master_passwordYunjisuan666, master_auto_position1;- ; mysql start slave;  #将slave启动起来 mysql show slave status\G  #查看一下状态 测试 在master上面在创建一个库 [rootmysql-master ~]# mysql -uroot -pYunjisuan666 mysql create database testdb; mysql create table testdb.t1(id int); mysql insert into testdb.t1 values (1); 两台slave 测试是否有数据同步 注意: 在关闭和启动mysql服务的时候按顺序先启动master。 常见数据库复制相关面试题 一.数据库同步(复制)的机制(方式)有几种 复制类型 1异步复制默认 主库执行完DDL/DML操作后发送给从库此时主库认为此次操作成功无论从库是否完成复制。速度快 需要注意主库写完binlog后从库还没有开始或完成复制导致主从数据暂时不一致。若此时主库宕机则从库将丢失部分数据若此时从库被升为新的主库则整个数据库将永久丢失部分数据。 2半同步复制 主库执行完DDL/DML操作后发送给从库当其中一个从库完成复制并返回成功信息后主库才认为此次操作成功。需要注意主库只需等待一个从库的回应且超时时间可以设置超时后自动降级为异步复制。 3同步复制 主库执行完DDL/DML操作后发送给从库当所有从库都完成复制并返回成功信息后主库才认为此次操作成功。需要注意主库必须等待所有从库延迟较大。 4延迟复制 从库延迟一段时间再从主库复制。 ​ 二.复制方式 1.基于行的复制ROW主库直接记录数据并复制到从库 2.基于语句的复制STATEMENT主库记录造成数据更改的语句从库读取并执行这些语句 → 通过在主库上记录二进制日志在从库重放日志 3.基于GTID的复制使用全局事务IDGTID
http://www.sczhlp.com/news/158685/

相关文章:

  • 好的ftp网站网站可以做哪些广告语
  • 中土集团北方建设有限公司网站中安(深圳)建设公司成员
  • 企业网站建设应注意什么高端会所
  • 代码素材网站深圳移动官网网站建设
  • 高端网站有哪些优势住房和城乡建设厅官网证书查询
  • 适合网站开发工程师的公司郑州的网站公司哪家好
  • 一站式网站建设用途制作网站赚钱
  • 哪里可以下企业网站模板旅游做攻略网站好
  • 太原搭建网站的公司如何迅速k掉网站
  • 群晖nas建设网站wordpress 照片墙代码
  • 可以提供排版的网站贵州互联网公司
  • 网站的企业风采怎么做十大免费实用网站
  • 营销型网站什么意思wordpress预览不正常
  • 可以做go分析的网站扬州百度推广公司
  • 小男孩和女人做的网站网络优化软件
  • 网站的导航栏设计文本商城微信网站开发
  • 怎么做网站代拍wordpress 去掉wordpress
  • 湖南做网站的公司排名只做动漫的h网站
  • 建站模板网站设计php做网站怎么布局
  • 网站建设 预算广东网站建设微信网站定制
  • 重庆丰都建设局网站网站推广品牌
  • 短视频制作完成网站seo如何优化关键词上首页
  • 门户网站建设哪家便宜wordpress数据名
  • 10.2
  • 展览展示设计网站杭州交易网站建设
  • 湛江网站排名优化展厅设计ppt汇报
  • 怎么建网站卖产品网站建设有哪些分类
  • 手机网站页面布局自己建设的网站怎么赚钱
  • 传媒网站建设网站首页快照应该怎么
  • 舟山大昌建设集团网站外包公司网络安全管理制度