<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[infiltrators的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/infiltrators</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; infiltrators]]></copyright><item><title><![CDATA[手工指定CHANNEL与设置PARALLELISM参数的异同以及FILESPERSET参数的作用]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/54911058</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/54911058</guid><author>infiltrators</author><pubDate>Tue, 07 Feb 2017 16:05:42 +0800</pubDate><description><![CDATA[本文出自 “大脸猫” 博客，请务必保留此出处http://bfc99.blog.51cto.com/265386/1354771
感谢大脸猫的实验分析结果。
 
下面以实验的方式，展示在RUN块中手工指定多信道（CHANNEL，也有称之为“通道”） 与设置并行度PARALLELISM参数 的异同，以及FILESPERSET参数的作用。


RMAN备份时，为了加快备份的速度，提供了并行]]></description><category></category></item><item><title><![CDATA[误删除ORACLE数据文件后的处理方式]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/54907977</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/54907977</guid><author>infiltrators</author><pubDate>Tue, 07 Feb 2017 11:29:00 +0800</pubDate><description><![CDATA[当oraclek中的数据文件在OS系统下被误删除后，该如何恢复呢？
 这时千万不要慌张重启数据库或者操作系统，可以通过dbwn进程相关句柄找回数据文件。
测试：
步骤1：用DBA身份登陆数据库并查看表空间状态和数据文件的路径
[oracle@localhost ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Productio]]></description><category></category></item><item><title><![CDATA[【RMAN】【RMAN命令】CONFIGURE命令(1)--RMAN 配置参数说明]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/54894136</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/54894136</guid><author>infiltrators</author><pubDate>Mon, 06 Feb 2017 16:24:32 +0800</pubDate><description><![CDATA[使用RMAN>show all;
可以显示出RMAN 配置参数为:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CON]]></description><category></category></item><item><title><![CDATA[Oracle 跨resetlogs的恢复]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/53947721</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/53947721</guid><author>infiltrators</author><pubDate>Fri, 30 Dec 2016 23:57:49 +0800</pubDate><description><![CDATA[10g之前，如果采用了resetlogs打开数据库, 必须进行全备份，因为以前的归档日志对于以后
恢复将不在起作用。即ORACLE不能跨越incarnation恢复。因为scn和日志序列号都被重置。10g
之后。ORACLE可以跨越incarnation恢复，(很多高手还是建议resetlogs之后全备).测试过程如下：

SQL> create table mytest as selec]]></description><category></category></item><item><title><![CDATA[RESETLOGS后没有备份情况下的数据恢复]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/53947661</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/53947661</guid><author>infiltrators</author><pubDate>Fri, 30 Dec 2016 23:54:41 +0800</pubDate><description><![CDATA[媒体恢复分完全恢复和不完全恢复。不完全恢复可以恢复到指定的时刻或系统更改号，但不完全恢复之后剩余日志文件就不可用，必须重置日志序列号，用RESETLOGS选项打开 数据库 ，此后数据库变成一个新形体，为了将来的恢复，必须重做一致备份。而且，RESETLOGS

媒体恢复分完全恢复和不完全恢复。不完全恢复可以恢复到指定的时刻或系统更改号，但不完全恢复之后剩余日志文件就不可用，必须重置日志序列号，]]></description><category></category></item><item><title><![CDATA[主机互信配置成功后依然需要输入密码]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/53090505</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/53090505</guid><author>infiltrators</author><pubDate>Tue, 08 Nov 2016 23:06:27 +0800</pubDate><description><![CDATA[当主机互信时所配置的用户名所在主目录的属性为 777时系统处于安全会强制使已经配置的主机互信失效，强制要求输入密码，对于大量批处理的环境需要注意该问题，否则会导致脚本报错。具体可能和LINUX系统的安全配置有关，总之现象就是主机互信访问的用户主目录必须有足够的权限，否则系统通过SSH连接目标主机时依然会要求数据密码确认。]]></description><category></category></item><item><title><![CDATA[root无法删除文件原因]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/53090445</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/53090445</guid><author>infiltrators</author><pubDate>Tue, 08 Nov 2016 23:02:29 +0800</pubDate><description><![CDATA[linux处于安全对于文件本身增加了属性，以免ROOT用户误删除或者修改文件。


使用lsattr命令查看文件属性。


通过 chattr +x(-x)命令来移除对应的属性。


常见属性：如 +a 只能添加内容不能删除文件，+i 不能被删除改名。


如要修改去掉相应属性即可。]]></description><category></category></item><item><title><![CDATA[单点系统架构的可用性与性能优化]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/53008053</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/53008053</guid><author>infiltrators</author><pubDate>Wed, 02 Nov 2016 14:55:55 +0800</pubDate><description><![CDATA[转自：58沈剑


一、需求缘起


明明架构要求高可用，为何系统中还会存在单点？

回答：单点master的设计，会大大简化系统设计，何况有时候避免不了单点

 

在哪些场景中会存在单点？先来看一下一个典型互联网高可用架构。


典型互联网高可用架构：

（1）客户端层，这一层是浏览器或者APP，第一步先访问DNS-server，由域名拿到nginx的外网IP]]></description><category></category></item><item><title><![CDATA[lvs为何不能完全替代DNS轮询]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/53008012</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/53008012</guid><author>infiltrators</author><pubDate>Wed, 02 Nov 2016 14:53:23 +0800</pubDate><description><![CDATA[上一篇文章“一分钟了解负载均衡的一切”引起了不少同学的关注，评论中大家争论的比较多的一个技术点是接入层负载均衡技术，部分同学持这样的观点：

1）nginx前端加入lvs和keepalived可以替代“DNS轮询”

2）F5能搞定接入层高可用、扩展性、负载均衡，可以替代“DNS轮询”

“DNS轮询”究竟是不是过时的技术，是不是可以被其他方案替代，接入层架构技术演进，是本文将要细致讨]]></description><category></category></item><item><title><![CDATA[一分钟了解负载均衡的一切]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/53007974</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/53007974</guid><author>infiltrators</author><pubDate>Wed, 02 Nov 2016 14:50:59 +0800</pubDate><description><![CDATA[转自 58 沈剑


负载均衡（Load Balance）是分布式系统架构设计中必须考虑的因素之一，它通常是指，将请求/数据【均匀】分摊到多个操作单元上执行，负载均衡的关键在于【均匀】。常见互联网分布式架构如上，分为客户端层、反向代理nginx层、站点层、服务层、数据层。

什么是负载均衡

负载均衡(Load Balance)是分布式系统架构设计中必须考虑的因素之一，它通常是指，将]]></description><category></category></item><item><title><![CDATA[理想的互联网服务后台框架的九个要点]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/53007854</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/53007854</guid><author>infiltrators</author><pubDate>Wed, 02 Nov 2016 14:41:32 +0800</pubDate><description><![CDATA[转自：腾云阁 https://www.qcloud.com/community

理想的互联网服务后台框架的九个要点
对于互联网服务后台团队，开发框架的选择是非常关键的一个问题，多年的海量服务经验和教训使得我们团队深刻的认识到：



要尽早规范团队的开发服务框架，避免到了后期，各种开发语言混杂、各类存储组件充斥、重复编码、每个模块形态不统一、文档缺失、监控瘫痪、人员离职造成大量信息]]></description><category></category></item><item><title><![CDATA[ORACLE全部ORA错误收集整理]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/53002124</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/53002124</guid><author>infiltrators</author><pubDate>Tue, 01 Nov 2016 22:39:45 +0800</pubDate><description><![CDATA[有时数据库出现问题，不是每次都有网络可查，所以把所有的ora系列的错误整理出来，

在最没有办法的时候，需要自己来解决，有了这些根据，问题会好办的。虽说对于数据库方面，

DBA很强大，他们在遇到错误时，能很快给出答案或解决方案。这是为什么呢，我们天天奋斗在一线的人，

为什么不能如此神速的解决问题呢？其实，是我们自己没有积累这些错误及各种解决方法，我们只要注意

记录平时Orac]]></description><category></category></item><item><title><![CDATA[配置heartbeat+drbd+nfs服务器]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/52979603</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/52979603</guid><author>infiltrators</author><pubDate>Mon, 31 Oct 2016 09:15:36 +0800</pubDate><description><![CDATA[注：内容参考鸟哥以及部分网友的帖子，经自己实际操作后发表，感谢鸟哥以及网友的技术贴。

如有遇到问题欢迎讨论：QQ346456

1  配置DRBD主从

1.       安装环境rhel6x

2.       关闭防火墙

3.       编辑hosts文件.

确保包含主从服务器以及IP地址。

如：

192.168.1.101   
host01

192.168.1.102   
]]></description><category></category></item><item><title><![CDATA[MySQL&nbsp;5.7&nbsp;并行复…]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/52979602</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/52979602</guid><author>infiltrators</author><pubDate>Mon, 31 Oct 2016 09:15:33 +0800</pubDate><description><![CDATA[1
2
3
4
5
6
7
8
9
10
11
12
13






class 
Logical_clock


{


private:


int64 
state;




int64 
offset;


......








state是一个自增的值，offset在每次二进制日志发生rotate时更新，记录发生rotate时的state值。其实state和offset记录的是]]></description><category></category></item><item><title><![CDATA[MySQL&nbsp;5.7&nbsp;并行复…]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/52979601</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/52979601</guid><author>infiltrators</author><pubDate>Mon, 31 Oct 2016 09:15:29 +0800</pubDate><description><![CDATA[MySQL 5.7并行复制时代

众所周知，MySQL的复制延迟是一直被诟病的问题之一，然而在Inside君之前的两篇博客中（1，2）中都已经提到了MySQL
5.7版本已经支持“真正”的并行复制功能，官方称为为enhanced multi-threaded
slave（简称MTS），因此复制延迟问题已经得到了极大的改进，甚至在Inside君所在的网易电商应用中已经完全消除了之前延迟长达几小时的问]]></description><category></category></item><item><title><![CDATA[MHA自动Failover过程解析(up…]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/52979600</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/52979600</guid><author>infiltrators</author><pubDate>Mon, 31 Oct 2016 09:15:27 +0800</pubDate><description><![CDATA[转自：http://blog.youkuaiyun.com/wulantian/article/details/13287975#comments#0-tsina-1-70265-397232819ff9a47a7b7e80a40613cfe1


http://www.mysqlsystems.com/2012/03/figure-out-process-of-autofailover-on-mha.htm]]></description><category></category></item><item><title><![CDATA[MySQL】5.7版本&nbsp;Semisy…]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/52979599</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/52979599</guid><author>infiltrators</author><pubDate>Mon, 31 Oct 2016 09:15:24 +0800</pubDate><description><![CDATA[一
前言




前文 介绍了5.5/5.6 版本的MySQL semi sync
基础原理和配置，随着MySQL 5.7 的发布，新版本的MySQL修复了semi sync 的一些bug
并且增强了功能。




支持发送binlog和接受ack的异步化;


支持在事务commit前等待ACK;

在server层判断备库是否要求半同步以减少Plugin锁冲突;

解除binlog dump线]]></description><category></category></item><item><title><![CDATA[实战体验几种MySQLCluster方…]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/52979598</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/52979598</guid><author>infiltrators</author><pubDate>Mon, 31 Oct 2016 09:15:22 +0800</pubDate><description><![CDATA[1.背景

MySQL的cluster方案有很多官方和第三方的选择，选择多就是一种烦恼，因此，我们考虑MySQL数据库满足下三点需求，考察市面上可行的解决方案：
高可用性：主服务器故障后可自动切换到后备服务器可伸缩性：可方便通过脚本增加DB服务器负载均衡：支持手动把某公司的数据请求切换到另外的服务器，可配置哪些公司的数据服务访问哪个服务器

需要选用一种方案满足以上需求。在MySQL官方网站上参考]]></description><category></category></item><item><title><![CDATA[RMAN基于时间点恢复不完全恢…]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/52979597</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/52979597</guid><author>infiltrators</author><pubDate>Mon, 31 Oct 2016 09:15:19 +0800</pubDate><description><![CDATA[很好的理论文章。非常感谢。原文地址：RMAN基于时间点恢复不完全恢复作者：Jialin.LeeRMAN基于时间点恢复不完全恢复

我们知道，对归档下的数据库做RMAN全备，当数据库挂掉之后，执行完全恢复时，可以将数据库将恢复到完全最新的状态，包括至当前时间所做的所有已提交的数据修改，保证不会丢失数据。但是执行不完全恢复时，数据库会恢复到过去的某个时间点，这意味着会缺失一些事务处理，即恢复目标时间和]]></description><category></category></item><item><title><![CDATA[binlog，redo&nbsp;log，undo&nbsp;log区别]]></title><link>https://blog.youkuaiyun.com/infiltrators/article/details/52979595</link><guid>https://blog.youkuaiyun.com/infiltrators/article/details/52979595</guid><author>infiltrators</author><pubDate>Mon, 31 Oct 2016 09:15:16 +0800</pubDate><description><![CDATA[(转自网络，仅供参考）
什么是binlog

binlog日志用于记录所有更新且提交了数据或者已经潜在更新提交了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改。
binlog作用
1.恢复使能够最大可能地更新数据库，因为二进制日志包含备份后进行的所有更新。
2.在主复制服务器上记录所有将发送给从服务器的语句。 
binlog 主要参数

log_]]></description><category></category></item></channel></rss>