mysql主从配置

mysql读写分离(proxySQL) lamp+proxysql+nfs

被刻印的时光 ゝ 提交于 2020-01-13 02:04:32
先在主从节点安装mysql [root@master-mariadb ~]# yum install mariadb-server -y [root@slave-mariadb ~]# yum install mariadb-server -y 配置主节点和从节点 [root@master-mariadb ~]# vim /etc/my.cnf [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock server_id=27 log-bin=master-log skip_name_resolve=ON innodb_file_per_table=ON [root@slave-mariadb ~]# vim /etc/my.cnf [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock relay-log=slave-log read_only=1 skip_name_resolve=ON innodb_file_per_table=ON 配置主节点做成master [root@master-mariadb ~]# mysql Welcome to the MariaDB monitor. Commands end with ; or

MySQl资料链接

你。 提交于 2020-01-12 14:40:47
原文:http://www.uml.org.cn/sjjm/sjjm-MySql.asp MySQl MySQL高可用数据库内核深度优化的四重定制 MySQL数据表存储引擎类型及特性 MySQL分布式数据库高可用架构、复制机制、多机房 Mysql高并发优化 我必须得告诉大家的MySQL优化原理 MySQL注入攻击与防御 腾讯云:MySQL数据库的高可用性分析 一步一步打造MySQL高可用平台 MySQL 日志管理详解 MySQL锁解决并发问题详解 MySQL的配置与管理 MySQL日志管理 MySQL 5.7新特性介绍 MySQL数据库读写分离中间件Atlas 京东MySQL数据库主从切换自动化 全面了解MySql中的事务 MySQL NULL值简介 MySQL备份的持续验证:还原备份 初识MySQL存储过程 优步工程团队对容器化MySQL的应用 MySQL NULL值简介 MySQL备份的持续验证:还原备份 MySQL SQL语句优化技巧 MySQL简单主从方案及暴露的问题 Uber为什么从Postgres迁移到MySQL 一种MySQL到HBase的迁移策略的研究与实现 MySQL 索引详解大全 MYSQL企业常用架构与调优经验分享 SQL优化之六脉神剑 MySQL 大表优化方案探讨 mysql 数据库引擎 MySQL数据库事务隔离级别 MySQL 用户权限详细汇总

MYSQL 之 MHA架构搭建

你。 提交于 2020-01-12 13:34:45
文章目录 一、MHA的简介 1.1、MHA的组成 1.2、MHA特点 二、MHA的案例 2.1、案例需求 2.2、案例实现思路 2.3、案例环境 三、具体搭建过程 3.1、实现MySQL的一主两从 3.2、安装 MHA 3.3、配置无密码访问 3.4、配置MHA 3.5、故障模拟 一、MHA的简介 目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本人youshimaton开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障 切换过程中,MHA能做到0~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能最大程度上保证数据库的一致性,以达到真正意义上的高可用。 当Master出现故障时,它可以自动将最新数据的Slave提升为新的Master,然后将所有其他的Slave重新指向新的Master。整个故障转移过程对应用程序是完全透明的。 1.1、MHA的组成 MHA Manager (管理节点): Manager可以单独部署在一台独立的机器上管理多个master-slave集群,也可以部署在一台slave节点上。 MHA Node (数据节点): Node运行在每台MySQL服务器上,MHA Manager会定时探测集群中的master节点,当master出现故障时

MHA高速可用群集

别等时光非礼了梦想. 提交于 2020-01-11 14:31:07
MHA高速可用群集 文章目录 MHA高速可用群集 前言 1.群集服务器 2.群集 3.MHA 1.MHA优点总结 2.MHA的工作流程 1.企业网站MHA的基础工作架构 2.MHA形成的原因 3.MHA的工作流程 3.搭建MHA高可用群集 1.主从同步基础配置 2.将master、slave1、slave2配置主从同步 3.验证主从同步 4.安装MHAnode节点 5.配置ssh免交互登录 6.配置mha-manager的组件 7.测试ssh与mysql连接 8.配置虚拟ip,启动MHA 9.模拟故障 10.测试实验结果 前言 1.群集服务器 借助服务器群集功能将多台服务器连接在一起,从而为在该群集中运行的数据和程序提供 高可用性 和易管理性。服务器群集提供了以下三种主要的群集技术优点: 更高的可用性。 允许服务器群集中的服务和应用在硬件或软件组件故障下或在计划维护期间仍能不间断地提供服务。 更高的 可扩展性 。 支持通过增加多个处理器(在 Windows Server 2003 Enterprise Edition 中最多可达 8 个,在 Windows Server 2003 Datacenter Edition 中最多可达 32 个)和额外内存(在企业版中,随机存取内存 [RAM] 最多可达 8 GB ,在 Windows Server 2003 Datacenter

MySQL数据备份及恢复(1)

拥有回忆 提交于 2020-01-11 11:30:14
前言 MySQL备份一般采用全库备份加日志备份的方式,根据业务的需要,可以采用每周日凌晨1点进行完全备份以及每小时进行一次增量备份,这样在MySQL故障后可以使用完全备份和日志备份尽可能的去恢复最完整的数据。 一、binlog日志恢复 MySQL的二进制日志记录着该数据库所有增删改的操作日志(前提是需要自己开启binlog),还包括了这些操作的执行时间,binlog的使用场景无外乎就是主从同步以及恢复数据库。开启binlog功能,需要编辑MySQL的主配置文件,如下: 1、查看二进制功能是否开启(如下,值为OFF,则表示未开启): 2、开启二进制日志功能: [root@mysql ~]# vim /etc/my.cnf #在mysqld字段下写入下面配置,以便开启二进制日志并指定二进制文件名 #开启二进制日志,需要指定server-id,否则服务将会启动失败 log-bin=/usr/local/mysql/data/bin_log server-id=1 [root@mysql ~]# systemctl restart mysqld #重启后,将在指定的目录下生成两个文件,如下: [root@mysql data]# pwd /usr/local/mysql/data [root@mysql data]# ls | grep bin_log bin_log.000001

mysql优化总结

允我心安 提交于 2020-01-11 03:45:07
1.数据库的对象: 1)优化表的类型: 2) 数据库表设计时候更小的占磁盘空间尽可能使用更小的整数类型.(mediumint就比int更合适) 3) 所有字段都得有默认值 4) 选择合适表类型(InnoDB或者myisam) 2,优化sql语句: 1)通过show status了解各种sql的执行频率 show status like 'Com_%' 了解 Com_select,Com_insert 的执行次数 2) 通过Explain分析低效的sql语句 3) 建立合适的索引 4) 通过show status like 'Handler_%'查看索引的使用情况 handler_read_key表明索引效率的很高 Handler_read_rnd_key的值很高,表明查询运行效率很低 5) 定期分析表和检查表 analyze table test_table和check table test_table 然后查看Msg_text字段的值是否是ok 6)定期优化表 optimize table test_table 如果对表的字段varchar blob,text等进行了很多更改, 则撒花用 7) 优化 order by orgroup by等3,锁的问题 1) MyISAM为表级锁 由于MyISAM写进程优先获得锁,使得读锁请求靠后等待队列

MySQL读写分离

浪尽此生 提交于 2020-01-11 01:39:06
配置知识点 MySQL读写分离原理 读写分离就是只在主服务器上写,只在从服务器上读 主数据库处理事务性查询,而从数据库处理select查询 数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库 实验概述 在数据库服务应用中,在大量的数据请求下,单台数据库将无法承担所有的读写操作 配置多台数据库服务器以实现读写分离 本实验在主从复制的基础上实现读写分离 配置MySQL读写分离 1、实验拓扑图如下 主机名 IP地址 主服务器 192.168.150.240 从服务器1 192.168.150.158 从服务器2 192.168.150.238 amoeba 192.168.150.181 客户机 192.168.150.241 2、所有服务器关闭Firewalld或者进行规则设置 3、搭建MySQL主从复制环境 可参考- MySQL主从复制搭建 4、Amoeba服务器环境安装 (1)安装jdk(版本1.6) [root@localhost abc]# cp jdk-6u14-linux-x64.bin /usr/local [root@localhost abc]# cd /usr/local [root@localhost local]# ./jdk-6ul4-linux-x64.bin //执行安装jdk,按提示安装 [root@localhost local]# mv

mysql主从复制

别等时光非礼了梦想. 提交于 2020-01-10 22:19:06
                            mysql主从复制                              (超简单) 怎么安装mysql数据库,这里不说了,只说它的主从复制,步骤如下: 注意的是:先安装好两个数据库,并且启动好mysql,在修改配置文件,在重新启动数据库。 1、主从服务器分别作以下操作 : 1.1、版本一致 1.2、初始化表,并在后台启动mysql 1.3、修改root的密码 2、修改主服务器master: #vi /etc/my.cnf [mysqld] log-bin=mysql-bin //[必须]启用二进制日志 server-id=222 //[必须]服务器唯一ID,默认是1,一般取IP最后一段 3、修改从服务器slave: #vi /etc/my.cnf [mysqld] log-bin=mysql-bin //[不是必须]启用二进制日志 server-id=226 //[必须]服务器唯一ID,默认是1,一般取IP最后一段 4、重启两台服务器的mysql /etc/init.d/mysql restart 5、在主服务器上建立帐户并授权slave: mysql> GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'q123456'; 绿色部分表示

MySQL主从复制

谁说胖子不能爱 提交于 2020-01-10 21:56:36
MySQL主从复制 案例概述 在企业网站中,后端MySQL数据库只有一台时,会有以下问题: 单点故障服务不可用 无法处理大量的并发数据请求 数据丢失 改造办法 增加MySQL数据库服务器,对数据进行备份,形成主备 确保主备MySQL数据库服务器数据是一样的 主服务器宕机了,备份服务器继续工作,数据有保障 MySQL的主从复制与读写分离是密切相关的 更高级的解决方案 通过主从复制的方式来同步数据,在通过读写分离提升数据库的并发能力 Amoeba 变形虫 案例实施 1.所有服务器关闭firewalld或者进行规则设置 2.建立时间同步环境 在主服务器上安装ntp时间同步服务器 使用yum安装ntp服务 修改ntp.conf,设置主服务器为时间同步源 在从服务器上进行时间同步 使用yum安装ntpdate并进行时间同步 在三台数据库服务器上安装mysql 编译安装mysql 优化调整 初始化数据库 启动mysql服务并进行root用户密码设置 配置mysql master主服务器 修改/etc/my.cnf配置文件,增加服务器id,配置二进制日志选项 登录mysql服务,授权所有的从服务器复制二进制日志的权限 配置两台从服务器 修改/etc/my.cnf配置文件,增加服务器id,配置二进制日志选项 登录mysql,配置主从同步 实操 实验环境:准备5台centos 7系统的虚拟机

MySQL主从复制与读写分离

只谈情不闲聊 提交于 2020-01-10 21:55:41
MySQL主从复制与读写分离 一、前言 ​ 前面我们已经对MySQL数据库的安装、命令、备份、索引、事务以及存储引擎等各个方面有了初步的理解,而今天我们将从宏观的角度来理解什么是MySQL数据库的主从复制与读写分离。 二、场景描述 ​ 在实际的生产环境中,如果对MySQL数据库的读与写都在一台服务器上进行操作,无论是在安全性,高可用性、还是高并发性等诸多方面都是无法满足的;而这就需要对MySQL数据库进行主从复制与读写分离。 ​ 我们使用一个架构图来引出MySQL数据库主从复制的原理以及其作用,请看下图: 服务器作用: MySQL主服务器:负责数据的写入; MySQL从服务器:同步主服务器的数据并进行数据的轮循读取; ​ 那么这三台具备相同服务的MySQL服务器就称为“MySQL群集”。我们可以从上图中看出,这样的安排实现数据同步的基础上,实现数据的读写分离,从而在保证数据的可靠性的同时也大大减轻了主服务器的压力。 ​ 下面我们对MySQL的主从复制和读写分离进行逐一介绍并给出配置实例。 三、MySQL主从复制原理 ​ MySQL主从复制与读写分离有着紧密的联系,可以这么说,MySQL的读写分离的实现需要基于主从复制的基础之上。 3.1MySQL支持的复制类型 基于语句的复制;——基于SQL语言命令的复制形式,使用SQL命令执行复制,效率高 基于行的复制;——复制数据库变化的内容