首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySQL生产环境主从关系数据不同步

首先这个是生产环境已经投入使用的,不可能换主的数据库,不能线上终止业务 这两个数据库MySQL都是运行在docker容器内的,主库重启也要报备一下 排查步骤: 主的话可以使用: 查看主库状态: mysql...我就把线上的mysql镜像我导出放到我自己的虚拟机中模拟了生产环境的一套一摸一样的主从环境 导出命令 docker save -o 存放路径/包名字 镜像名字 导入命令 docker load...< 包名字 搭建环境我就不说了 当我尝试重新建立主从关系然后进行在主建立表还是不复制状态如生产环境一样没问题都是yes 令我苦恼 于是我就在我的测试环境用自己的pull的镜像做了一下主从都用新的...docker pull mysql:5.6 环境比较干净,没有正式环境配置的那么多参数,也没有写限制的数据库语句,按照自己搭建主从的方式做了一遍没问题主从能复制 不能直接断定是镜像的问题 毕竟生产环境换镜像换数据库不可能的...千万不能在主库锁表,这样生产环境会出问题

66520

MySQL生产环境主从关系数据不同步

首先这个是生产环境已经投入使用的,不可能换主的数据库,不能线上终止业务 这两个数据库MySQL都是运行在docker容器内的,主库重启也要报备一下 排查步骤: 主的话可以使用: 查看主库状态:...我就把线上的mysql镜像我导出放到我自己的虚拟机中模拟了生产环境的一套一摸一样的主从环境 导出命令 docker save -o 存放路径/包名字 镜像名字 导入命令 docker load...< 包名字 搭建环境我就不说了 当我尝试重新建立主从关系然后进行在主建立表还是不复制状态如生产环境一样没问题都是yes 令我苦恼 于是我就在我的测试环境用自己的pull的镜像做了一下主从都用新的...docker pull mysql:5.6 环境比较干净,没有正式环境配置的那么多参数,也没有写限制的数据库语句,按照自己搭建主从的方式做了一遍没问题主从能复制 不能直接断定是镜像的问题 毕竟生产环境换镜像换数据库不可能的...生产环境确保主库的库和表在从上必须也要有 要不然数据往哪里同步呢???

1K10
您找到你想要的搜索结果了吗?
是的
没有找到

Linux 环境搭建 MySQL8.0.28 主从同步环境

作者 | JiekeXu 大家好,我是JiekeXu,很高兴又和大家见面了,今天和大家一起来看看保姆级教程 Linux 环境搭建 MySQL8.0.28 主从同步环境 首先在介绍MySQL 主从时,我们来看看...(图源:http://db-engines.com/en/ranking) 主从复制的原理 image.png (图源 知乎) MySQL主从复制中主要有三个线程:master(binlog dump...-linux-glibc2.12-x86_64.tar.xz mv mysql-8.0.28-linux-glibc2.12-x86_64 mysql8.0.28 3、配置 mysql 用户环境变量...三、构建主从环境 1、主库 3306 创建复制账号 rep create user rep@'%' identified by 'rep'; grant REPLICATION CLIENT,REPLICATION...show master status; 4、重新构建主从 1)登录 3307 [mysql@Ops-11gOGG conf]$ mysql -uroot -p -P 3307 -S /mysql

92540

糟了,生产环境MySQL主从数据库不一致怎么办?!

自开源半年多以来,已成功为十几家中小型企业提供了精准定时调度方案,经受住了生产环境的考验。...问题 今天发现Mysql主从数据库没有同步 先上Master库: mysql>show processlist; 查看下进程是否Sleep太多。发现很正常。...Slave_IO_Running: Yes Slave_SQL_Running: No 可见是Slave不同步 解决方案 下面介绍两种解决方法 方法一:忽略错误后,继续同步 该方法适用于主从库数据相差不大...,现在主从同步状态正常了。。。...方式二:重新做主从,完全同步 该方法适用于主从库数据相差较大,或者要求数据完全统一的情况 解决步骤如下: 1.先进入主库,进行锁表,防止数据写入 使用命令: mysql> flush tables with

1.2K31

生产环境mysql用户以及权限规划

原则:为生产库建立不同的用户管理用户业务用户 管理用户:超级管理用户、dba运维用户、备份用户、监控用户、复制用户 (克隆用户) 业务用户:每个业务模块一个用户,命名可以是user_业务模块名 只读查询用户...:允许开发人员定位问题查询生产库的只读权限 权限分配原则:根据最小原则给每个用户满足需求的最小权限,要是不够再增加 mysql用户和权限牵涉到的表 user : 包含用户账户,全局权限 db: 数据库级别的权限表...tables_priv: 表级别的权限表 columns_priv: 字段级别的权限表 procs_priv: 存储过程和函数权限表 proxies_priv: 代理用户权限表 mysql用户包括 请求连接的主机名和用户名...by 'read_epl@123QAZ'; grant select on mode01.* to 'user_mode01'@'172.12.2.%'; show PRIVILEGES 查看权限 mysql...账号访问控制认证 第一个阶段:账号和密码认证 第二个阶段:权限检查 用户认证过程中mysql会把用户权限表加载到内存中 账号的匹配 先按照主机名字段排序,然后按用户名排序,用户账号根据排序后信息进行匹配

1.7K51

Mysql主从

前提: mysql主从的搭建前提有: 两台虚拟机 两台虚拟机上都装有mysql,并且版本一样,两边的mysql数据库文件一致,mysql的安装方式我在前面博客已经介绍过了。...环境: Host Role IP mysql-1 Master 192.168.30.106 mysql-2 Slave 192.168.30.107 搭建 在主从服务器上都创建一个用户 $ mysql..., mysql如何减少主从复制延迟: 如果延迟比较大,就先确认以下几个因素: 从库硬件比主库差,导致复制延迟 主从复制单线程,如果主库写并发太大,来不及传送到从库 就会导致延迟。...,如果连接建立失败,间隔多久后重试 通常配置以上2个参数可以减少网络问题导致的主从数据同步延迟 MySQL数据库主从同步延迟解决方案 最简单的减少slave同步延时的方案就是在架构上做优化,尽量让主库的...另外就是使用比主库更好的硬件设备作为slave 扩展 主从还能配合MySQL中proxy实现真正意义的读写分离,还能配合keepalived做主从切换高可用,还能配合mysqljump做异地备份,在从库定时物理备份

2.7K10

MySQL master-slave主从复制环境搭建实战

环境为CentOS 7.2+MySQL 5.7,网上教程很多,原理也不复杂(深知自己踩的坑还不够) 正常情况下,配置起来比较简单。...CentOS 6.7 X64下MySQL5.1.73和5.5.32主从复制服务配置实战  http://www.linuxidc.com/Linux/2017-04/142770.htm MySQL 主从复制配置...+ MySQL Router 部署使用测试  http://www.linuxidc.com/Linux/2017-04/142771.htm MySQL主从复制与主主复制  http://www.linuxidc.com.../Linux/2017-04/142624.htm CentOS搭建MySQL主从复制,读写分离 http://www.linuxidc.com/Linux/2016-09/135121.htm  MySQL...主从复制原理及其配置步骤简述  http://www.linuxidc.com/Linux/2017-05/143289.htm MySQL5.6主从复制搭建基于日志(binlog)  http://www.linuxidc.com

31920

mysql生产环境安装部署配置(专业版)

mysql安装方式有多种 1.rpm包可以用yum安装 2.二进制包解压安装 3.源码编译安装 4.docker镜像方式按照 生产环境安装建议使用第二种二进制包安装 如下操作使用mysql8.0.18...在centos7上安装 作为生产环境安装首先要调整操作系统环境: 调整文件句柄和进程数 vim /etc/systemd/system.conf centos7调整如下2个值 #DefaultLimitNOFILE...local]# chown mysql:mysql -R /data/mysql/mysql3312 6.构造mysql配置文件和初始化mysql 配置见后面模板 /usr/local/mysql/bin.../mysqld --defaults-file=/data/mysql/mysql3312/my3312.cnf --initialize 7.启动并登录mysql /usr/local/mysql/bin.../mysqld --defaults-file=/data/mysql/mysql3312/my3312.cnf --user=mysql & --initialize 初始化生产随机密码在error.log

3.1K51

MYSQL 生产环境字段更改的failed的问题

早上看到微信一个银行的同学问了小问题,希望他不要背锅,具体问题是MYSQL 一个50G的表要更改字段,将一个字段从varchar(3) 改成varchar(6). MYSQL 5.7 官版。...有些公司操作ALTER 语句的并不是人工,而是通过购买(或开源)的一个所谓的 “自动化”工具来的,谁也不知道在故障发生的一刻,做了什么,同时不能复制的,就是当时的生产环境到底有没有大事务,并且就对那张表进行了什么操作...也注定 DB的工作,是一件需要小心小心小心的工作,因为生产环境一定有你不清楚的环境,而这些可能不清楚的环境,就会让某次“信心满满”的Action Failed....注:到目前为止MYSQL 在修改字段方面,对比其他数据库还是要注意的地方多多,当然MYSQL 8 已经添加了 instant 让修改字段变得更让人放心。...但目前MYSQL5.X PT-OSC GH-OST等等的工具还是用起来,终归是不希望出现意外的情况。

1.8K30
领券