mysql主从的binlog定时删除是很重要的,一般是通过expire_logs_days = 10来设置binlog保留的天数(mysql5.0一下版本不支持),但有时这还不够,假如有几天的日志量非常大,硬盘可能会满,所以不但要设置保留的天数,还要监控硬盘的空间使用情况.写了一个脚本,适合各个版本的mysql,保留3天的日志,当存放日志的硬盘使用率超过80%,则保留2天,但至少会保留一天的binlog日志文件. #!/bin/env python # -*- coding: utf-8 -*-

dataguard日志自动删除 1.判断日志是否已经应用到今天.2.删除3天前的日志.3.主机.备机分别配置 ----check_del_arch.sh#!/bin/shORACLE_HOME=/home/oracle/app/oracle/product/11.2.0/dbhome1ORACLE_SID=cappexport ORACLE_HOME ORACLE_SIDcd $HOME/ljytab='v$archived_log'res=`$ORACLE_HOME/bin/sqlplus -

一.logging的基础使用 1.logging的级别 import logging logging.debug('debug message') # 计算或者工作的细节 logging.info('info message') # 记录一些用户的增删改查的操作 logging.warning('warning operation') # 警告操作 logging.error('error message') # 错误操作 logging.critical('critical message')

MySQL 主从复制是其最重要的功能之一.主从复制是一台服务器充当主服务器,另一台或多台服务器充当从服务器,主机自动复制到从机.对于多级复制,数据服务器即可充当主机,也可充当从机.MySQL 复制的基础是主服务器对数据库修改记录二进制日志,从服务器通过主服务器的二进制日志自动执行更新. 要做 MySQL 主从关系的设置,需要有两台 MySQL 主机.所以在开始配置之前需要准备两个 MySQL 服务器,可以是在虚拟机里安装,也可以在真实机器上安装. 最好是在主/从服务器上安装相同的 MySQL 版

1.基于docker部署MySQL,设置主从 本操作基于已经拉取的镜像(docker pull mysql) 创建一主一从两个数据库容器 docker run -d -p 3307:3306 -e MYSQL_ROOT_PASSWORD=123456 --name mysql-master mysql:8.0.27 docker run -d -p 3308:3306 -e MYSQL_ROOT_PASSWORD=123456 --name mysql-slave1 mysql:8.0.27 进

应用场景: 1.在数据表中,要记录每条数据是什么时候创建的,不需要应用程序去特意记录,而由数据数据库获取当前时间自动记录创建时间: 2.在数据库中,要记录每条数据是什么时候修改的,不需要应用程序去特意记录,而由数据数据库获取当前时间自动记录修改时间: 实现方式: 1.将字段类型设为  TIMESTAMP  2.将默认值设为  CURRENT_TIMESTAMP 举例应用: 1.MySQL 脚本实现用例 --添加CreateTime 设置默认时间 CURRENT_TIMESTAMP  ALTER

总结:1.如果是虚拟克隆mysql 请注意auto.cnf的uuid保证不一样,即删除auto.cnf 重新启动即可2.默认安装的mysql配置文件mysqld.cnf可能绑定了127.0.0.1 只允许本地登录,需要注销此句,即开启允许远程访问.3.当master-slave配置完成以后.如果新增的slave不指定主二进制文件位置,则新节点会全部复制,即默认文件位置为04.配置master-slave时,要指定二进制文件的日志索引文件名,这样即使master服务器切换主机名,slave也可复制

数据库这一层需要做到避免单点故障可以是主从备份和主主备份,主主备份可能有性能损耗和数据同步的问题.这里记录下主从备份, mysql进行备份之前确保mysql的版本是一样的,我这里用的都是mysql5.7.18 1.原文博客地址:http://qizhanming.com/blog/2017/06/20/how-to-config-mysql-57-master-slave-replication-on-centos-7 这篇博客已经写的很好了,不再记录了. mysql备份好了以后,操作主mysq

主(master)192.168.1.10机器设置: [root@vm-vagrant mysql]# vi my.cnf [mysqld]节点下添加以下配置server-id=1log-bin=mysql-bin #这个一定得设置,否则没有日志的话,从数据库上会报错 [root@vm-vagrant mysql]# /etc/init.d/mysql restartShutting down MySQL.. SUCCESS! Starting MySQL. SUCCESS! [root@vm-

方法: 1.主服务器建立二进制日志,每产生语句或磁盘变化,写进日志 2.从服务器建立 relaylog日志 3.主服务器授权复制账号 4.从服务器利用复制账号来监听主服务器的日志 5.注意:所以的mysql服务器都要求有1个独一无二的Id,即:server-id;建议使用IP地址后三位,防止重复 步骤: 1.修改主服务器a的my.cnf日志 ①.添加: #binary log log-bin=mysql-bin server-id=129 #statement row mixed binlog-

--添加CreateTime 设置默认时间 CURRENT_TIMESTAMP  ALTER TABLE `table_name`ADD COLUMN  `CreateTime` datetime NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间' ; --修改CreateTime 设置默认时间 CURRENT_TIMESTAMP ALTER TABLE `table_name`MODIFY COLUMN  `CreateTime` datetime NU

说明:当开启mysql数据库主从时,会产生大量如mysql-bin.00000* log的文件,这会大量耗费您的硬盘空间.mysql-bin.000001mysql-bin.000002mysql-bin.000003mysql-bin.000004mysql-bin.000005…有三种解决方法:1.关闭mysql主从,关闭binlog:2.开启mysql主从,设置expire_logs_days:3.手动清除binlog文件,> PURGE MASTER LOGS TO ‘MySQL-bin

说明:当开启mysql数据库主从时,会产生大量如mysql-bin.00000* log的文件,这会大量耗费您的硬盘空间.mysql-bin.000001mysql-bin.000002mysql-bin.000003mysql-bin.000004mysql-bin.000005… 有三种解决方法: 1.关闭mysql主从,关闭binlog: 2.开启mysql主从,设置expire_logs_days: 3.手动清除binlog文件,> PURGE MASTER LOGS TO ‘MySQL

最近在梳理数据库集群的相关操作,现在花点时间整理一下关于mysql数据库集群的操作总结,恰好你又在看这一块,供一份参考.本次系列终结大概包括以下内容:多数据库安装.mycat部署安装.数据库之读写分离主从复制.数据库之双主多重.数据库分库分表.每一个点,有可能会对应一篇或者多篇文章,由于还要继续上班工作,所以本系列分享预计持续时间需要10天左右,有兴趣的您可以持续关注.我是一个菜鸟,如果写的不好的地方,望多多指点和包涵. 好了,不逼逼了,直接进入本次的主题:mycat的数据集群方式有很多种,比如

关键词: expireAfterSeconds.TTL TTL Time to Live 类似Redis中的expire机制,MongoDB也可以设置过期自动删除的表. MongoDB的过期设置依赖索引(TTL-index),设置过期字段使用的索引后,插入数据时在该字段指定日期时间, 经过在创建索引时指定的秒数后,该记录会被MongoDB认为已经过期,然后删除. JS版 db.test_timer.createIndex({"timer":1}, {expireAfterSeconds

条件:一台阿里云服务器(centos 6.6 +mysql 5.6) 一台腾讯云服务器(centos 7.2 +mysql 5.6) 注:主库和从库版本可以一致也可以不一致,需要说明一点,如果两者版本不一致,一般主库的版本需要比从库的版本低,这样就可以避免由于版本问题,有些sql不能执行的问题.当然学习环境可以不同,但是生产环境必须要要,系统和数据版本要相同的 前置步骤:重置mysql密码,让mysql能外网访问. (Master  config) 正式步骤:1.修改 Master 的配置文件/

最近部署测试环境,涉及到MySQL数据库主从双向同步的部署,记录一下部署过程,正常读写都发生在主库,从库作为备选数据库(热备份),当主库发生异常,数据库自动切换到从库,这里面是怎么监控数据库异常并触发自动切换,就不在这里研究记录了(公司用的自研中间件,这里可以使用heartbeat实现,暂不做研究):另外,主库和从库都还可以配置一个只读模式的备库,可以实现读写分离(使用mycat实现),这个看实际业务性能需求是否需要配置.下面只简单介绍主从双向同步的配置: 1. 原理:网上找的一张图解,应该是比

方案一,在tomcat的workers.properties里面配置相关条件 worker.tomcat.lbfactor= worker.tomcat.cachesize= worker.tomcat.cache_timeout= worker.tomcat.socket_keepalive= worker.tomcat.socket_timeout= Linux内核优化: vi /etc/sysctl.conf   # 编辑sysctl.conf文件添加以下内容net.ipv4.tcp_rm

问题: Mysql数据库由于业务原因,数据量增长迅速,binlog日志会增加较多,占用大部分磁盘空间. 解决方案: 出于节约空间考虑,可进行删除多余binary日志,并设置定期删除操作. .查看binlog过期时间 mysql> show variables like 'expire_logs_days'; 或者 mysql> select @@global.expire_logs_days; +------------------+-------+ | Variable_name | Val

MySQL同步的流程大致如下:  1.主服务器(master)将变更事件(更新.删除.表结构改变等等)写入二进制日志(master log). 2.从服务器(slave)的IO线程从主服务器(binlog dump线程)获取二进制日志,并在本地保存一份自己的二进制日志(relay log) 3.从服务器的SQL线程读取本地日志(relay log),并重演变更事件. MySQL主从同步的作用:  1.可以作为一种备份机制,相当于热备份(在从备份,避免备份期间影响主服务器服务) 2.可以用来做读写