Percona XtraDB Cluster高可用与状态快照传输(PXC 5.7 )
Percona XtraDB Cluster(下称PXC)高可用集群支持任意节点在运行期间的重启,升级或者意外宕机,即它解决了单点故障问题。那在这个意外宕机或者重启期间,该节点丢失的数据如何再次进行同步呢?本文介绍了在节点故障和重启PXC如何实现高可用以及状态快照传输的几种方法优缺点。一、高可用在具有3个节点的基本设置中,如果您关闭任何节点,Percona XtraDB集群将继续运行。在任何时候,
mysql之 Percona XtraDB Cluster集群线程模型
Percona XtraDB集群创建一组线程来为其操作提供服务,这些线程与现有的MySQL线程无关。有三个主要线程组:一、Applier线程Applier线程应用从其他节点接收的写入集。写消息直接通过gcv_recv_thread。使用wsrep_slave_threads变量控制线程的数量。默认值是1,这意味着至少有一个wsrep applier线程存在来处理请求。Applier线程等待一个事件
redis之 Redis持久化配置
Redis持久化配置 Redis的持久化有2种方式 1快照 2是日志 Rdb快照的配置选项save 900 1 // 900内,有1条写入,则产生快照save 300 1000 // 如果300秒内有1000次写入,则产生快照save 60
MySQL 5.7新特性之在线收缩undo表空间
1. MySQL 5.5时代的undo log在MySQL5.5以及之前,大家会发现随着数据库上线时间越来越长,ibdata1文件(即InnoDB的共享表空间,或者系统表空间)会越来越大,这会造成2个比较明显的问题:(1)磁盘剩余空间越来越小,到后期往往要加磁盘;(2)物理备份时间越来越长,备份文件也越来越大。这是怎么回事呢?原因除了数据量自然增长之外,在MySQL5.5以及之前,InnoDB的u
MySQL5.6新特性之Multi-Range Read
一 介绍 MySQL 5.6版本提供了很多性能优化的特性,其中之一就是 Multi-Range Read 多范围读(MRR) , 它的作用针对基于辅助/第二索引的查询,减少随机IO,并且将随机IO转化为顺序IO,提高查询效率。二 原理 在没有MRR之前,或者没有开启MRR特性时,MySQL 针对基于辅助索引的查询策略是这样的:select
mysql之 CentOS系统针对mysql参数优化
内核相关参数(/etc/sysctl.conf) 以下参数可以直接放到sysctl.conf文件的末尾: net.core.somaxconn = 65535 net.core.netdev_max_backlog = 65535 net.ipv4.tcp_max_syn_backlog = 65535 加快TCP连接的回收: net.ipv4.tcp_
mysql之 表空间传输
说明:MySQL(5.6.6及以上),innodb_file_per_table开启。1.1. 操作步骤:0. 目标服务器创建相同表结构1. 目的服务器: ALTER TABLE t DISCARD TABLESPACE;2. 源服务器 : FLUSH TABLES t FOR EXPORT;3. 从源服务器上 拷贝t.ibd, t.cfg文件到目的服务器4. 源服务器: UNLOCK TABLE
mysql之 xtrabackup-2.4.12 安装
版本说明:备份工具:percona-xtrabackup-2.4.12-Linux-x86_64.libgcrypt11os:centos 6.51、解压安装包tar zxvf percona-xtrabackup-2.4.12-Linux-x86_64.libgcrypt11.tar.gz2、做软链接ln -s percona-xtrabackup-2.4.12-Linux-x86_64 &nb
haproxy(单机)+mysql集群负载均衡
HAProxy是 七层代理 ,在使甠HAProxy后,在MySQL上 看不到Apps的源IP地址 ,看到的是HAProxy地址,而 MySQL的权限访问设置是和IP地址有关 ,这样就导致了MySQL无法 针对应用 进行区分权限了,所以使用的时候要注意。1. HAProxy的安装Shell> yum install haproxy2. HAProxy的配置2.1. haproxy.cfg将以下
MySQL之 从复制延迟问题排查
一、从库复制延迟问题1、可能的原因如下(1)主从服务器处于不同的网络之中,由于网络延迟导致;(2)主从服务器的硬件配置不同,从服务器的硬件配置(包括内存,CPU,网卡等)远低于主服务器;(3)主库上有大量的写入操作,导致从库无法实时重放主库上的binlog;(4)主库上存在着大事务操作或者慢SQL,导致从库在应用主库binlog的过程过慢,形成延迟;(5)数据库实例的参数配置问题导致,如:从库开启
oracle之 安装oracle指定jdk 或者如何解决提示框显示不全
在centos7下,安装oracle 11g。 gnome的桌面。各个参数配置好后,运行runInstaller命令。此时弹出安装界面,在一次次点击【下一步】的时候,中间会弹出对话框,可是对话框显示不全,不能完整显示提示信息,以及按钮。解决:On UNIX:./runInstaller -jreLoc JRE_LOCATION找到的参数为jreLoc 这样设置后,安装界面的乱码同时也解决了./ru
mysql之 表数据存放路径非datadir目录
假如,新建一张表,并让该表的存储路径 不是默认的/path/to/datadir/dbname 。而是 指定存储的位置 应该如何处理?方法一shell> mkdir /Generalt1shell> chown mysql.mysql /Generalt1mysql> create table test_ger1 (a int) data directory='/Gene
linux之 修改磁盘调度算法
IO调度器的总体目标是希望让磁头能够总是往一个方向移动,移动到底了再往反方向走,这恰恰就是现实生活中的电梯模型,所以IO调度器也被叫做电梯. (elevator)而相应的算法也就被叫做电梯算法.而Linux中IO调度的电梯算法有好几种,一个叫做as(Anticipatory),一个叫做 cfq(Complete Fairness Queueing),一个叫做deadline,还有一个叫做noop(
[ERROR] InnoDB: ibdata1 different size (rounded down to MB)
启动mysql实例报错,查看 error log## 错误信息2018-08-31T10:38:36.945081Z 0 [ERROR] InnoDB: The Auto-extending innodb_system data file './ibdata1' is of a different size 768 pages (rounded down to MB) than s
mysql之 slow log 慢查询日志
一、 相关参数:• slow_query_log ◦ 是否开启慢查询日志• slow_query_log_file ◦ 慢查询日志文件名, 在 my.cnf 我们已经定义为slow.log,默认是 机器名 -slow.log• long_query_time ◦ 制定慢查询阈值, 单位是秒,且当版本 >=5.5.X ,支持毫秒。例如 0.5 即为 500ms&n
Mysql5.6 自动化部署
主机环境:Centos6.5前提:1. 配置yum源2. 移除系统自带的mysql3. 删除原先的mysql用户4. 使用mysql二进制安装包:https://dev.mysql.com/downloads/file/?id=473278[root@mysql ~]# ls -lrt-rw-r--r-- 1 root root 328739574 Nov 11 00:40 mysql-5.6.3
Mysql5.6 for Centos6.5源码编译安装
## 说明 不同服务器需要改变 server_id ,同一台机器上需要改变 port 关闭防火墙[root@mysql ~]# service iptables status --查看防火墙状态Table: filterChain INPUT (policy ACCEPT)num 
mysql之 OPTIMIZE TABLE整理碎片
来看看手册中关于 OPTIMIZE 的描述:OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ...如果您已经删除了表的一大部分,或者如果您已经对含有可变长度行的表(含有VARCHAR, BLOB或TEXT列的表)进行了很多更改,则应使用OPTIMIZE TABLE。被删除的记录被保持在链接清单中,后续的INSERT
mysql之 mysql_config_editor/login-path 登录密码保护
login-path是MySQL5.6开始支持的新特性。通过借助mysql_config_editor工具将登陆MySQL服务的认证信息加密保存在.mylogin.cnf文件(默认位于用户主目录) 。之后,MySQL客户端工具可通过读取该加密文件连接MySQL,避免重复输入登录信息,避免敏感信息暴露。mysql_config_editor使用帮助:配置:mysql_config_editor se
mysql之 redo log
重做日志(redo log)前言:之前一直弄不清楚 mysql 里面 bin log 和 innodb log 文件的区别,在脑子里面一直有个疑问 binlog 日志文件已经可以用来进行数据库的日志备份恢复了,怎么又多了一个 redo log 文件了。相信也有很多人有这个疑惑,现在把整个过程文档整理出来,希望对大家有所帮忙。如果对 Oracle 很了解,那么在整个学习 innoDB log 的时候