mysql主从配置

准备 MySQL主从同步需要两个系统，因此在VM虚拟机中创建两个cento7虚拟机，IP分别为 192.168.1.11和192.168.1.12。 因为平常主要使用12的为主，因此：主服务器为（192.168.1.12） 从服务器为（192.168.1.11） 配置主服务器 登录MySQL交互模式创建用于同步的用户 [root@bogon ~]# mysql -uroot -p mysql> create user repl; mysql>grant replication slave on *.* to 'bo'@'192.168.*.***' identified by '123123'; mysql> flush privileges; 查看主服务器的配置 mysql> show master status; 进入MySQL配置文件 /etc/my.cnf 在[mysqld]内容中添加 server-id=12 保存并退出 重启MySQL：[root@bogon ~]# systemctl restart mysql 备注： 在配置重启后不成功并报错 解决办法 在 /etc/my.cnf配置server时已经存在server-id=1的选项，删除此项。保存退出并重启MySQL服务 配置从服务器 进入MySQL配置文件 /etc/my.cnf 在[mysqld]内容中添加

zabbix自定义监控进程 //在客户端安装zabbix-agent [root@client ~]# tar xf zabbix-3.4.15.tar.gz [root@client zabbix-3.4.15]# ./configure --enable-agent [root@client zabbix-3.4.15]# make install [root@client ~]# useradd zabbix //进入客户端zabbix配置文件 [root@client ~]# vim /usr/local/etc/zabbix_agentd.conf //修改以下配置 Server=192.168.129.135(zabbix监控服务器IP地址) ServerActive=192.168.129.135(zabbix监控服务器IP地址) Hostname=192.168.129.136(客户端zabbixIP地址) UnsafeUserParameters=1 //编写监控脚本 #!/bin/bash status=$(ps -ef |egrep -v "grep|$0"| grep -w "$1"|wc -l) if [ $status -eq 0 ];then echo "0" else echo "1" fi [root@client scripts]# chmod

存储引擎分类： Innodb MySql 5.6 版本默认的存储引擎。 支持事务，行级锁，支持外键。 它具备提交、回滚以及崩溃恢复的功能以保护用户数据。 myisam 既不支持事务，也不支持外键，也不支持行级锁。 适用于只读或者以读为主的的场景。 memory 访问数据非常快。 在内存中存储所有数据，应用于对非关键数据快速查找的场景。 数据是存放在内存中的，默认使用hash索引，服务关闭数据就会丢失。 BLACKHOLE 黑洞存储引擎，类似于 Unix 的 /dev/null，Archive 只接收但却并不保存数据。对这种引擎的表的查询常常返回一个空集。这种表可以应用于 DML 语句需要发送到从服务器，但主服务器并不会保留这种数据的备份的主从配置中。 CSV 它的表真的是以逗号分隔的文本文件。CSV 表允许你以 CSV 格式导入导出数据，以相同的读和写的格式和脚本和应用交互数据。由于 CSV 表没有索引，你最好是在普通操作中将数据放在 InnoDB 表里，只有在导入或导出阶段使用一下 CSV 表。 NDB (又名 NDBCLUSTER)——这种集群数据引擎尤其适合于需要最高程度的正常运行时间和可用性的应用。注意：NDB 存储引擎在标准 MySql 5.6 版本里并不被支持。目前能够支持 MySql 集群的版本有：基于 MySql 5.1 的 MySQL Cluster NDB 7

文章目录 确保从数据库与主数据库里的数据一样 在主数据库里创建一个同步账号授权给从数据库使用 配置主数据库 配置从数据库 主从同步 锁主库 备份主库并将备份文件传送到从库 在从库上恢复主库的备份并查看从库有哪些库，确保与主库一致 解除主锁 查看状态 从库操作跟之前一样 查看数据库当前的进程 确保从数据库与主数据库里的数据一样 在主数据库里创建一个同步账号授权给从数据库使用 注意：需要在最开始就完成账号的创建与授权，不能在备份完数据库之后在给账户权限 mysql> create user 'repl'@'192.168.220.10' identified by 'repl123!'; mysql> grant replication slave on *.* to 'repl'@'192.168.220.10'; mysql> flush privileges; 配置主数据库 [root@localhost ~]# vim /etc/my.cnf [root@localhost ~]# cat /etc/my.cnf [mysqld] basedir = /usr/local/mysql datadir = /opt/data socket = /tmp/mysql.sock port = 3306 pid-file = /opt/data/mysql.pid user =

默认情况下mysql会一直保留mysql-bin文件，这样到一定时候，磁盘可能会被撑满，这时候是否可以删除这些文件呢，是否可以安全删除，是个问题。 首先要说明一下，这些文件都是mysql的日志文件，如果不做主从复制的话，基本上是没用的，虽然没用，但是不建议使用rm命令删除，这样有可能会不安全，正确的方法是通过mysql的命令去删除。 mysql -u root -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 2819416 Server version: 5.5.24-0ubuntu0.12.04.1-log (Ubuntu) Copyright (c) 2000, 2011, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. Type 'help;' or '\h' for help. Type '\c'

默认情况下mysql会一直保留mysql-bin文件，这样到一定时候，磁盘可能会被撑满，这时候是否可以删除这些文件呢，是否可以安全删除，是个问题。 首先要说明一下，这些文件都是mysql的日志文件，如果不做主从复制的话，基本上是没用的，虽然没用，但是不建议使用rm命令删除，这样有可能会不安全，正确的方法是通过mysql的命令去删除。 mysql -u root -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 2819416 Server version: 5.5.24-0ubuntu0.12.04.1-log (Ubuntu) Copyright (c) 2000, 2011, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. Type 'help;' or '\h' for help. Type '\c'

默认情况下mysql会一直保留mysql-bin文件，这样到一定时候，磁盘可能会被撑满，这时候是否可以删除这些文件呢，是否可以安全删除，是个问题。 首先要说明一下，这些文件都是mysql的日志文件，如果不做主从复制的话，基本上是没用的，虽然没用，但是不建议使用rm命令删除，这样有可能会不安全，正确的方法是通过mysql的命令去删除。 mysql -u root -p 登录mysql mysql> reset master; 运行删除bin日志命令 Query OK, 0 rows affected (3 min 37.65 sec) 其实关键的命令就是 reset master; 这个命令会清空mysql-bin文件。 另外如果你的mysql服务器不需要做主从复制的话，建议通过修改my.cnf文件，来设置不生成这些文件，只要删除my.cnf中的下面一行就可以了。 log - bin = mysql - bin 如果你需要复制，最好控制一下这些日志文件保留的天数，可以通过下面的配置设定日志文件保留的天数： expire_logs_days = 7 表示保留7天的日志，这样老日志会自动被清理掉。 来源： https://www.cnblogs.com/microtiger/p/7419895.html

默认情况下mysql会一直保留mysql-bin文件，这样到一定时候，磁盘可能会被撑满，这时候是否可以删除这些文件呢，是否可以安全删除，是个问题，不建议使用rm命令删除，这样有可能会不安全，正确的方法是通过mysql的命令去删除。 mysql> reset master ; mysql> reset slave; 其实关键的命令就是reset master;这个命令会清空mysql-bin文件。 另外如果你的mysql服务器不需要做主从复制的话，建议通过修改my.cnf文件，来设置不生成这些文件，只要删除my.cnf中的下面一行就可以了。 log-bin=mysql-bin 如果你需要复制，最好控制一下这些日志文件保留的天数，可以通过下面的配置设定日志文件保留的天数： expire_logs_days = 3 表示保留3天的日志，这样老日志会自动被清理掉 来源： https://www.cnblogs.com/ITBread/p/7724510.html

Mysql备份常用方法（ 逻辑备份和物理备份） 逻辑备份mysqldump 　　恢复时通过mysqldump命令备份的sql语句还原到mysql数据库中 　　补充，增量备份备份binlog日志文件即可，恢复增量即通过mysqlbinlog工具截取binlog日志转换成sql语句，通过mysql或source进行语句还原 物理备份备份方法 　　使用cp，rsync，tar，scp等工具，由于在备份期间数据依然在写数据，所以直接复制会引起数据丢失，在恢复数据库时，对新数据库的路径，配置也有要求，一般要和远程保持一致。为了确保数据一致性，可以选择人工停库或者锁库后进行。但是一般生产部允许，除非可以申请停机或锁表 物理备份两部：1、停库或锁表，打包拷贝 2、第三方xtrabackup 企业场景全量和增量的频率 1、中小公司，全量一般每天一次，业务流量低谷进行，备份时锁表 增量：定时，例如每分钟rsync推一次binlog 2、大公司，一般周备，节省备份时间，减小备份压力，缺点是binlog文件副本太多，还原比较麻烦 3、一主错从环境，主从复制本身就是实时远程备份，可以解决物理故障 4、一主多从环境，可以采取一个从库上专门进行备份，通过延时同步解决人为误操作 mysql全量备份与增量备份 按天全备 周一 0 点全量备份 周二 0 点全量备份 01.sql.gz 02.sql.gz

定义 主从同步使得数据可以从一个数据库服务器复制到其他服务器上，在复制数据时，一个服务器充当主服务器（master），其余的服务器充当从服务器（slave）。因为复制是异步进行的，所以从服务器不需要一直连接着主服务器，从服务器甚至可以通过拨号断断续续地连接主服务器。通过配置文件，可以指定复制所有的数据库，某个数据库，甚至是某个数据库上的某个表。 使用主从同步的好处： 通过增加从服务器来提高数据库的性能，在主服务器上执行写入和更新，在从服务器上向外提供读功能，可以动态地调整从服务器的数量，从而调整整个数据库的性能。 提高数据安全，因为数据已复制到从服务器，从服务器可以终止复制进程，所以，可以在从服务器上备份而不破坏主服务器相应数据 在主服务器上生成实时数据，而在从服务器上分析这些数据，从而提高主服务器的性能。 生产一般用主从复制做什么？ 备份数据 读写分离 主从同步的机制 Mysql服务器之间的主从同步是基于二进制日志机制，主服务器使用二进制日志来记录数据库的变动情况，从服务器通过读取和执行该日志文件来保持和主服务器的数据一致。 在使用二进制日志时，主服务器的所有操作都会被记录下来，然后从服务器会接收到该日志的一个副本。从服务器可以指定执行该日志中的哪一类事件（譬如只插入数据或者只更新数据），默认会执行日志中的所有语句。 每一个从服务器会记录关于二进制日志的信息