单实例和RAC打造的Oracle Stream
前天按照《大话ORACLE RAC》一书中介绍RAC和STREAM相关章节的实验步骤在HP rx8640上搭建了类似的实验环境做实验,结果失败了。昨
前天按照《大话ORACLE RAC》一书中介绍RAC和STREAM相关章节的实验步骤在HP rx8640上搭建了类似的实验环境做实验,结果失败了。昨天跟着网上搜来的一篇《一步一步学ORACLE STREAM 》的文章以两个单实例搭建实验平台初获成功,晚上粗略研读了一下Oracle的官方文档《Streams Concepts and Administration 》,无奈太过繁琐,没有耐心和勇气继续读下去。今天闲来无事,硬着头皮再次挑战单实例和RAC下的ORACLE STREAM实现,按照昨天的思路,居然成功了,心里真是高兴。
细想开来,其实单实例也好,RAC 也好,数据库始终只有一个,区别只是实例多少的不同,实际操作步骤还是大同小异的。这让我想起前段时间操作的ORACLE RAC数据库版本升级(从10.2.0.1升级到10.2.0.4),我执行了两次升级,第一次当然是顺利的,第二次升级失败那是必然的了,因为数据库只有一个,升级也只需要一次即可,再次升级就是画蛇添足。这里又联想起无论是参加ORACLE原厂OCP培训还是看到李丙洋的《涂抹ORACLE》里面都着重指出一个容易混淆的概念:实例是实例,数据库是数据库,如果混为一谈就不好了。我之所以犯错,归根结底还是对数据库的概念理解不够透彻。
ORACLE官方文档《concepts》第四十一页里面有一句话说得很清楚:
"An oracle database server consists of an oracle database and an oracle insance. Every time a database is started, a system global area(SGA) is allocated and oracle background processes are started. Then combination of the background processes and memory buffers is called an oracle instance."
这句话里面有两层意思,第一,数据库是由数据文件和实例两部分组成;第二,实例只是一组内存结构,由内存缓冲区和后台进程组成。我们常常对单个数据库进行操作,所以容易混淆数据库和实例的概念, 【 Linux公社 】 认为实例就是数据库,数据库就是实例,实际根本不是这么回事。
理解了这个概念,然后再回过头来做实验,就相对比较容易了。其实无论是单实例数据库也好,ORACLE RAC也好(多实例数据库),只要认清了数据库只有一个,无论是升级也好,构建高可用性也好,按照单个节点的思路走下去就行。就比如说RAC 数据库升级,所不同的无非就是需要额外修改一下参数文件里面的个别参数,操作起来也挺简单的。基本概念很重要,这也是修房子的时候为什么要先打地基,地基打得牢,房子才盖得高,,想想学技术也是这个道理。
下面言归正传,回到此次实验。

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











InnoDB의 전체 텍스트 검색 기능은 매우 강력하여 데이터베이스 쿼리 효율성과 대량의 텍스트 데이터를 처리 할 수있는 능력을 크게 향상시킬 수 있습니다. 1) InnoDB는 기본 및 고급 검색 쿼리를 지원하는 역 색인화를 통해 전체 텍스트 검색을 구현합니다. 2) 매치 및 키워드를 사용하여 검색, 부울 모드 및 문구 검색을 지원합니다. 3) 최적화 방법에는 워드 세분화 기술 사용, 인덱스의 주기적 재건 및 캐시 크기 조정, 성능과 정확도를 향상시키는 것이 포함됩니다.

이 기사는 MySQL의 Alter Table 문을 사용하여 열 추가/드롭 테이블/열 변경 및 열 데이터 유형 변경을 포함하여 테이블을 수정하는 것에 대해 설명합니다.

기사는 인증서 생성 및 확인을 포함하여 MySQL에 대한 SSL/TLS 암호화 구성에 대해 설명합니다. 주요 문제는 자체 서명 인증서의 보안 영향을 사용하는 것입니다. [문자 수 : 159]

기사는 MySQL Workbench 및 Phpmyadmin과 같은 인기있는 MySQL GUI 도구에 대해 논의하여 초보자 및 고급 사용자를위한 기능과 적합성을 비교합니다. [159 자].

기사는 MySQL에서 파티셔닝, 샤딩, 인덱싱 및 쿼리 최적화를 포함하여 대규모 데이터 세트를 처리하기위한 전략에 대해 설명합니다.

클러스터 인덱스와 비 클러스터 인덱스의 차이점은 1. 클러스터 된 인덱스는 인덱스 구조에 데이터 행을 저장하며, 이는 기본 키 및 범위별로 쿼리에 적합합니다. 2. 클러스터되지 않은 인덱스는 인덱스 키 값과 포인터를 데이터 행으로 저장하며 비 예산 키 열 쿼리에 적합합니다.

전체 테이블 스캔은 MySQL에서 인덱스를 사용하는 것보다 빠를 수 있습니다. 특정 사례는 다음과 같습니다. 1) 데이터 볼륨은 작습니다. 2) 쿼리가 많은 양의 데이터를 반환 할 때; 3) 인덱스 열이 매우 선택적이지 않은 경우; 4) 복잡한 쿼리시. 쿼리 계획을 분석하고 인덱스 최적화, 과도한 인덱스를 피하고 정기적으로 테이블을 유지 관리하면 실제 응용 프로그램에서 최상의 선택을 할 수 있습니다.

이 기사에서는 Drop Table 문을 사용하여 MySQL에서 테이블을 떨어 뜨리는 것에 대해 설명하여 예방 조치와 위험을 강조합니다. 백업 없이는 행동이 돌이킬 수 없으며 복구 방법 및 잠재적 생산 환경 위험을 상세하게합니다.
