mysql主从配置

mysql教程主从同步失败Last_IO_Error: Got fatal error 1236 from master解决方法 遇到这样的错误如：“Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'”等或由于清数据导致主从库不同步了，解决办法如下： 先进入slave中执行:"slave stop;"来停止从库同步； 再去master中执行:"flush logs;"来清空日志； 然后在master中执行:"show master status;"查看下主库的状态，主要是日志的文件和position； 然后回到slave中，执行:"CHANGE MASTER TO MASTER_LOG_FILE='log-bin.000004',MASTER_LOG_POS=106;"，文件和位置对应master中的; 最后在slave中执行:"slave start;"来启动同步。 关于配置主从mysql服务器方法 1、二台机器（我的是winxp ip 192.168.0.119从主服务器 win2003 192.168.0.17主服务器) 2

前几天在测试主从服务器Mysql同步时遇到了从数据库显示 Slave_IO_Running：Connecting； Slave_SQL_Running：Yes 的问题。 下面列举几种可能的错误原因： 1.网络不通 2.账户密码错误 3.防火墙 4.mysql配置文件问题 5.连接服务器时语法 6.主服务器mysql权限 我的服务器ip： 主服务器ubuntu：192.168.16.105 从服务器ubuntu：192.168.16.115 逐项排除： 1 ：因为从服务器是虚拟机，网卡选择了 桥接模式 ，ip地址确认在同一网段中，且互ping能通，排除网络问题。 2 ：主服务器创建了账号slave密码slave的权限账号，在主服务器可以登录slave帐号，排除帐号密码问题。 3 ：终端输入 关闭防火墙， 查看防火墙，确认已关闭，排除防火墙原因。（打开防火墙） 4：配置文件 （1）查看主服务器配置文件：，看第83行：确认log_bin和server-id已经取消注释，设置无错误。 （2）查看从服务器： 此处server-id只需要与主服务器不同即可，我设置为ip的末尾数字115。确认配置无错误，排除。 5.语法： （1）查看主服务器二进制日志信息 （2）设置从服务器链接到master主服务器，确认语句无错误，排除。 注： master_host：主服务器Ubuntu的ip地址

一、在Mysql中，如果是主从（包括一主多从）模式的数据库配置。请在创建数据库和对数控库进行增删改查操作，一定要在主库进行，从库主要提供主库备份和数据查询功能，请勿直接在从库进行增删改查。 二、如果因为操作不当，导致从库不再同步主库了。 那这就需要从新配置从库了。 三、登陆主库，查看主库的信息 四、登陆从库查看从库是否在同步主库 五、你会发现下面的参数变成No和NULL了，就说明从库同步出现了问题 六、从新配置从库同步主库 1.先停止从库同步线程 2.配置需要同步的主库信息 3.启动从库同步线程 七、查看从库的同步状态 参数一切正常： 好了，主从同步异常的问题就这样解决了。

MySQL主主同步和主从同步的原理一样，只是双方都是主从角色。 操作系统版本：CentOS7 64位 MySQL版本：mysql5.6.33 节点1IP：192.168.1.205 主机名：edu-mysql-01 节点2IP：192.168.1.206 主机名：edu-mysql-02 MySQL 主从复制官方文档：http://dev.mysql.com/doc/refman/5.6/en/replication.html 注意： 1> 主从服务器操作系统版本和位数要保持一致 2> Master和Slave数据库的版本要一致 3> Master和Slave数据库中的数据要一致 配置之前，安装好MySQL（注意本文演示的是5.6版本，需要修改文章中的yum源为5.6） 1> 防火墙 添加mysql通信端口（默认为3306） 或关闭防火墙 2> 关闭selinux 将SELINUX的值修改为disabled 在[mysqld]中增加以下配置项： 由于此时从节点还没有启动，Slave_IO_State的值为空，Slave_IO_Running和Slave_SQL_Running线程为No表示也没有运行。 注意：要在节点2上创建同步帐户后再启动，否则会报连不上master错误 在[mysqld]中增加以下配置项： 这时可以启动节点1(205)的slave服务 详细过程如下图所示：

1. 如何设计一个高并发的系统 ① 数据库的优化，包括合理的事务隔离级别、SQL语句优化、索引的优化 ② 使用缓存，尽量减少数据库 IO ③ 分布式数据库、分布式缓存 ④ 服务器的负载均衡 2. 锁的优化策略 ① 读写分离 ② 分段加锁 ③ 减少锁持有的时间 ④ 多个线程尽量以相同的顺序去获取资源 等等，这些都不是绝对原则，都要根据情况，比如不能将锁的粒度过于细化，不然可能会出现线程的加锁和释放次数过多，反而效率不如一次加一把大锁。这部分跟面试官谈了很久 3. 索引的底层实现原理和优化 B+树，经过优化的B+树 主要是在所有的叶子结点中增加了指向下一个叶子节点的指针，因此InnoDB建议为大部分表使用默认自增的主键作为主索引。 ① 以“%”开头的LIKE语句，模糊匹配 ② OR语句前后没有同时使用索引 ③ 数据类型出现隐式转化（如varchar不加单引号的话可能会自动转换为int型） order by要怎么处理 alter尽量将多次合并为一次 insert和delete也需要合并 等等 6. 实践中如何优化MySQL 我当时是按以下四条依次回答的，他们四条从效果上第一条影响最大，后面越来越小。 ① SQL语句及索引的优化 ② 数据库表结构的优化 ③ 系统配置的优化 ④ 硬件的优化 变种极多，攻击简单，危害极大 未经授权操作数据库的数据 恶意纂改网页

山竹来临，窝在家里整理个人文档。 www.cnblogs.com/xinysu/ 1 备份出错咯 1 innobackupex --defaults-file=/apps/conf/mysql/mysql5_3306.cnf --socket=/tmp/mysql3306.sock --user=[*]--password=[*] --no-timestamp /apps/mysql_backup/test_backup_1 > /apps/mysql_backup/backup.log 2>&1 xtrabackup: The latest check point (for incremental): '1209962' xtrabackup: Stopping log copying thread. .xtrabackup: warning: Log block checksum mismatch (block no 2364 at lsn 1209856): expected 1161267116, calculated checksum 1312610971 xtrabackup: warning: this is possible when the log block has not been fully written by the server, will retry

MySQL集群搭建--多主模式 本文使用的是Galera搭建的MYSQL集群，实现的是每个MYSQL都是主服务器，不存在主从之分。 环境： 三台mysql5.7服务器。 安装mysql集群: 安装前准备： # echo ‘192.168.1.2 mysql1’ >>/etc/hosts # echo ‘192.168.1.4 mysql2’>>/etc/hosts # echo ‘192.168.1.7 mysql3’ >>/etc/hosts # echo 'net.ipv4.tcp_tw_recycle = 1' >>/etc/sysctl.conf # echo 'net.ipv4.tcp_tw_recycle = 1' >>/etc/sysctl.conf # sysctl -p 常规安装mysql5.7步骤（集群不可以使用这个方法）： 先从官网下载一个mysql5.7的捆绑包,然后解压。 # tar -xvf mysql-5.7.22-1.el6.x86_64.rpm-bundle.tar # yum -y install mysql-community-common-5.7.22-1.el6.x86_64.rpm # yum -y install mysql-community-libs-5.7.22-1.el6.x86_64.rpm # yum -y install

一 、企业网站单个 MySQL 问题分析 在企业网站中，后端 MySQL 数据库只有一台时，会有以下问题：单点故障，服务不可 用；无法处理大量的并发数据请求；数据丢失将造成大灾难。 改造办法： 增加 MySQL 数据库服务器，对数据进行备份，形成主备。 确保准备 MySQL 数据库服务器是一样的 主服务器宕机了，备份服务器继续工作，数据有保障 MySQL 主从复制与读写分离是密切相关 一台主服务器可以做多个从服务器，从服务器也可以充当主服务器，再做多个从服务器，以此类推.... 二、主从复制原理原理 MySQL 主从复制的类型： ・基于语句的复制 ・基于行的复制 ・混合类型的复制 1、MySQL 从服务器开启 I/O 线程，向主服务器请求数据同步（获取二进制日志） 2、MySQL 主服务器开启 I/O 线程回应从服务器 3、从服务器得到主的二进制日志写入中继日志 4、从服务器开启 SQL 线程将日志内容执行，实现数据同步 三、MySQL 主从备份案例 两台CentOS7服务器 master---192.168.1.46 slave---192.168.1.47 所有服务器关闭防火墙、关闭selinux [root@master ~]# yum -y install ntp [root@master ~]# vim /etc/ntp.conf 22 server 127.127.1

原文: 基于docker的mysql8的主从复制 作者： @ants_double 本文为作者原创，转载请注明出处： https://www.cnblogs.com/ants_double/p/11763415.html 阅读目录(Content) 基于docker的mysql8的主从复制 创建mysql的docker镜像 配置mysql的主库 配置mysql的从库 测试功能 常见问题 回到顶部(go to top) 基于docker的mysql8的主从复制 创建mysql的docker镜像 构建docker镜像，其中数据卷配置内容在下面,结构目录如下 version: '3.7' services: db: # images 8.x image: mysql restart: always environment: MYSQL_ROOT_PASSWORD: 456123 command: --default-authentication-plugin=mysql_native_password --character-set-server=utf8mb4 --collation-server=utf8mb4_general_ci --explicit_defaults_for_timestamp=true --lower_case_table_names=1 ports: -

[client] 客户端设置，即客户端默认的连接参数 port = 3306 默认连接端口 socket = /usr/local/mysql/data/mysql.sock 用于本地连接的socket套接字 default-character-set = utf8mb4 编码 [mysqld] 服务端基本设置 port = 3306 MySQL监听端口 socket = /usr/local/mysql/data/mysql.sock 为MySQL客户端程序和服务器之间的本地通讯指定一个套接字文件 pid-file = /usr/local/mysql/data/mysql.pid pid文件所在目录 basedir = /usr/local/mysql 使用该目录作为根目录（安装目录） datadir = /usr/local/mysql/database 数据文件存放的目录 tmpdir = /usr/local/mysql/data/tmp MySQL存放临时文件的目录 character_set_server = utf8mb4 服务端默认编码（数据库级别） collation_server = utf8mb4_bin 服务端默认的比对规则，排序规则 user = root MySQL启动用户。如果是root用户就配置root，mysql用户就配置mysql log