SQL튜닝을 위한 도구중 하나인 "오라클의 10053 이벤트" 간단히 소개하고 오라클 함수를 만들어 간단히 테스트 후 옵티마이저의 Query Transformation, Optimization 과정(조인방법 결정, 드라이빙테이블 선정), 실행계획 생성등을 Trace 파일을 만들어 확인하는 PPT 강좌 입니다.
This technical report discusses configuration of the Performance Schema in MySQL 5.6. It describes configuration tables for setting monitoring targets, consumers, instruments, and objects. It shows commands for checking default settings and updating configurations. Benchmarks with different Performance Schema settings show throughput decreased when instruments were enabled but wait events only configuration had less impact than fully enabling instruments.
This document summarizes the results of comparing standard Vacuum and Vacuum Full operations in PostgreSQL. Standard Vacuum deletes just deleted tuple identifiers, while Vacuum Full rewrites the entire table. The summary describes how inserting, deleting, and vacuuming data affects the table size and contents as seen in the data files.
SQL튜닝을 위한 도구중 하나인 "오라클의 10053 이벤트" 간단히 소개하고 오라클 함수를 만들어 간단히 테스트 후 옵티마이저의 Query Transformation, Optimization 과정(조인방법 결정, 드라이빙테이블 선정), 실행계획 생성등을 Trace 파일을 만들어 확인하는 PPT 강좌 입니다.
This technical report discusses configuration of the Performance Schema in MySQL 5.6. It describes configuration tables for setting monitoring targets, consumers, instruments, and objects. It shows commands for checking default settings and updating configurations. Benchmarks with different Performance Schema settings show throughput decreased when instruments were enabled but wait events only configuration had less impact than fully enabling instruments.
This document summarizes the results of comparing standard Vacuum and Vacuum Full operations in PostgreSQL. Standard Vacuum deletes just deleted tuple identifiers, while Vacuum Full rewrites the entire table. The summary describes how inserting, deleting, and vacuuming data affects the table size and contents as seen in the data files.
The document describes the Oracle undo segment and how it tracks changes to data in transactions.
1) It shows the initial state when a value of "A" is entered into a table column.
2) It then shows an update transaction that changes the value from "A" to "B", with the undo segment recording the before image of "A".
3) A second update transaction is shown, changing the value from "B" to "C", with the undo segment recording the before images of "B" and "A".
1. The document describes how Oracle allocates CU blocks and CR blocks in the buffer cache when updating column values from A to I through consecutive commits.
2. It shows the expected outcome of 6 CR blocks being allocated for the 6 updates before a new CU block is needed.
3. Using a tool to view the internal Oracle buffer cache, it demonstrates this expected behavior, showing the CR blocks and CU blocks allocated for updates from A to I.
Using Optimizer Hints to Improve MySQL Query Performanceoysteing
The document discusses using optimizer hints in MySQL to improve query performance. It covers index hints to influence which indexes the optimizer uses, join order hints to control join order, and subquery hints. New optimizer hints introduced in MySQL 5.7 and 8.0 are also presented, including hints for join strategies, materialized intermediate results, and query block naming. Examples are provided to illustrate how hints can be used and their behavior.
The document outlines the agenda for the 8th demand seminar held by EXEM, including presentations on PostgreSQL Vacuum and MySQL locks. The PostgreSQL presentation covers the details of Vacuum including its behavior during updates, deletes, and different Vacuum commands. The MySQL presentation covers different types of locks in MySQL including global read locks, table locks, and string locks.
This document discusses transaction slot before-image chaining in Oracle databases. It begins with questions about cleanout, undo storage, and commit SCNs. It then describes the architecture of before-image chaining, where commit SCNs and other metadata are stored in undo blocks and transaction control blocks to link a transaction's multiple before-images together. Diagrams show how before-images are chained across multiple undo blocks using these references.
1. The document describes how Oracle allocates CU blocks and CR blocks in the buffer cache when updating column values from A to I through consecutive commits.
2. It shows the expected outcome of 6 CR blocks being allocated for the 6 updates before a new CU block is needed.
3. An analysis using ODI Analyzer on an Oracle database shows this expected behavior occurring, with CR blocks 1-6 being allocated and reused for each update before a new CU block is created on the 7th update.
This document discusses debugging PHP applications with XDebug. It introduces XDebug and its features like profiling and tracing code. It explains how to install and configure XDebug, including settings in php.ini. It also describes using XDebug with IDEs like PHPStorm and web browsers through extensions. The document provides an example of using XDebug to time code execution and references for further information.
This document summarizes a presentation comparing PostgreSQL and MySQL databases. It outlines the strengths and weaknesses of each, including PostgreSQL's strong advanced features and flexible licensing but lack of integrated replication, and MySQL's replication capabilities but immature security and programming models. It also discusses common application types for each database and provides an overview of the EnterpriseDB company.
The document provides an overview of PostgreSQL performance tuning. It discusses caching, query processing internals, and optimization of storage and memory usage. Specific topics covered include the PostgreSQL configuration parameters for tuning shared buffers, work memory, and free space map settings.
데이터베이스 수업도 듣고 선임자가 건네준 모델대로 구현해본 경험이 제법 있더라도, 막상 자신이 책임자가 되어 백지 위에 엔터티 박스와 관계선을 그려야 한다면 막막함이 앞을 가린다. 이전에 본 듯한 패턴을 흉내 내 그림을 그려보지만 수백, 수천의 엔터티 홍수 속에서 제대로 가고 있다는 확신이 서지 않는다.
저자는 이처럼 너무도 거대한 현업의 복잡함에 압도되어 길을 잃고 고생하는 후임들의 안타까운 모습에 직접 멘토가 되어주고자 이 책을 쓰기 시작했다. 내공이 깊어야 연공이 자유롭듯, 그 본질을 꿰고 있다면 어떤 업무가 주어지든 막힘없이 헤쳐나갈 수 있다. 짧은 호흡으로 경쾌하게 풀어낸 이야기들을 통해 따스한 온기가 묻어 있는 저자의 노하우를 내 것으로 만들자.
The document summarizes some of the key differences between MySQL and PostgreSQL databases. It notes that PostgreSQL has more advanced features than MySQL, such as multiple table types, clustering, genetic query optimization, and procedural languages. However, it also points out that MySQL has better performance in some benchmarks. The document then discusses the licensing, noting that PostgreSQL has a liberal open source license while MySQL has more restrictive licensing. It concludes by discussing the debate around "clever" databases with stored procedures versus keeping application logic out of the database.
Presentation for DEVIEW 2013, developer conference by NHN.
This session have introduced encryption technology, engine-level encryption for MySQL & MariaDB.
This is main technology of MyDiamo.
Although this is Korean one, you can understand what we said.
See more at http://www.mydiamo.com
Thanks.
2014년 5월 28일 일본에서 진행된 AWS 기술 웨비나의 발표 자료를 한국의 정윤진 솔루션스 아키텍트가 한글로 번역한 자료입니다. 웨비나 당시와 현재의 내용이 상이한 부분이 있을 수 있으니 자료 열람에 이 점 참고하시기 바라며, 혹 내용에 대한 문의사항이 있으신 경우 info-kr@amazon.com으로 연락 부탁드리겠습니다.
The document provides information about Amazon Aurora including:
- An overview of Amazon Aurora describing its high performance, scalability, availability and security features compared to other databases.
- Details on Amazon Aurora's architecture which uses a multi-tenant storage layer and integrates with other AWS services for backups, replication and high availability across Availability Zones.
- Descriptions of new Aurora capabilities like Multi-Master which allows applications to read and write to multiple database instances for increased availability without downtime.
[ODI] chapter3 What is Max CR DBA(Max length)? EXEM
The document discusses how Oracle's buffer cache allocates consistent read (CR) blocks and current (CU) blocks when updating a single column value in a table multiple times with commits. It finds that with the parameter _db_block_max_cr_dba set to 6, Oracle allocates a new CU block for each update while reusing the first 6 CR blocks, allocating a new one for the 7th update. Screenshots from an internal tool show the state of blocks in the buffer cache after each update.
[ODI] chapter2 what is "undo record chaining"?EXEM
- Undo record chaining allows Oracle to rollback multiple transactions by linking undo records together in a chain.
- When an update is made, an undo record is generated and added to the undo block. A new record contains the before image of the update.
- Undo records for a transaction are chained together by transaction ID and sequence number. This allows Oracle to efficiently rollback a whole transaction by traversing the undo record chain.
[ODI] chapter1 When Update statement is executed, How does oracle undo work?EXEM
When an update statement is executed in Oracle, the undo mechanism works as follows:
1. Oracle generates a new change undo (CU) block in the buffer cache to track the before image of the updated row.
2. The original data block is copied to the new CU block, and the original block is marked as a change redo (CR) block.
3. Oracle allocates memory and assigns a transaction ID (XID) to the transaction in the V$TRANSACTION view, tracking the undo information for the update.
엑셈 편집부, 『그림으로 명쾌하게 풀어쓴 Practical OWI in Oracle 10g』, 엑셈(2007)
실제 Practical OWI 세미나에서 사용됐던 다양하고 상세한 그림을 그대로 사용하면서 시각적인 효과를 높이고, 상세한 설명을 통해 최대한 그림에 대한 이해를 돕도록 했습니다.
----------------------------------------------------------------------------------------------------------------------
EXEM
- 네이버 블로그: http://blog.naver.com/playexem
- Youtube 엑셈 tv: https://www.youtube.com/channel/UC5wKR_-A0eL_Pn_EMzoauJg
- Maxgauge facebook: https://www.facebook.com/yourmaxgauge/