Oracle发布的Database 12c最新版本12.1.0.2中正式引入了IMCS（列式内存）功能，正是在刚发布的时候被称为In-Memory Database Option的选件。 到底什么是IMCS？跟SAP HANA不一样吗？ IMCS是SGA中的一块新的独立区域，就跟众所周知的Buffer Cache或者Shared Po
Oracle发布的Database 12c最新版本12.1.0.2中正式引入了IMCS（列式内存）功能，正是在刚发布的时候被称为In-Memory Database Option的选件。
到底什么是IMCS？跟SAP HANA不一样吗？
IMCS是SGA中的一块新的独立区域，就跟众所周知的Buffer Cache或者Shared Pool一样，IMCS更接近于Buffer Cache，就是缓存表或者表分区或者物化视图中的数据的，但是不同的地方是在IMCS中缓存的数据格式并不是按照传统的行方式，而是按照列方式来缓存的。更简单地说，现在Oracle数据库在内存中既可以缓存行式数据也可以缓存列式数据了，但是在磁盘中存储的始终只有一份行式数据，这是Oracle IMCS与SAP HANA或者Sybase IQ等列式内存数据库截然不同的地方。 
Oracle在磁盘中始终只有一份行式数据，只是在缓存到内存中的时候，可以选择附加一份列式缓存。请注意，这里提及的“附加”一词，意味着，Oracle数据库以前的所有行为都没有发生变化，应该缓存到Buffer Cache（传统的行式缓存）中的还是会缓存到Buffer Cache中，只是如果设置了某张表也需要一份列式缓存，那么Oracle会额外维护一份该表的列式数据，这份数据就是存在SGA的新区域In-Memory Area中。这份数据只会保存在内存中，一旦数据库实例重启，这部分内存会重新加载（按照不同的设置，可以是一启动就立刻加载，也可以使用到再加载）。
Oracle需要保证效率的地方是当大量的DML产生时，额外的这部分列式缓存如何高效地保持更新和同步，特别是在RAC环境中更会是一个挑战，Oracle并没有透露更多关于这方面的信息，所有一切唯有等待真正应用的测试。
本文主要通过解释跟IMCS相关的数据库初始化参数，来介绍其中的知识。包括隐含参数，总共有115个参数跟inmemory相关（wow!）。
SQL> @p "inmemory" NAME VALUE ------------------------------------------------------------ ---------------------------------------- _inmemory_check_prot_meta FALSE _inmemory_private_journal_quota 100 _inmemory_private_journal_sharedpool_quota 20 _inmemory_private_journal_numbkts 512 _inmemory_private_journal_numgran 128 _inmemory_jscan 0 _inmemory_pin_hist_mode 16 _inmemory_txn_checksum 0 _inmemory_buffer_waittime 100 _inmemory_cu_timeout 100 _inmemory_cudrop_timeout 1000 _inmemory_exclto_timeout 1000 _inmemory_num_hash_latches 256 _inmemory_strdlxid_timeout 0 _inmemory_incremental_repopulation FALSE _inmemory_lock_for_smucreate FALSE _inmemory_auto_distribute TRUE _inmemory_autodist_2safe FALSE _inmemory_distribute_timeout 300 _inmemory_distribute_ondemand_timeout 300 inmemory_size 218103808 _inmemory_64k_percent 30 _inmemory_min_ima_defersize 0 _inmemory_memprot TRUE _inmemory_analyzer_optimize_for 0 _inmemory_default_flags 8459 _inmemory_default_new FALSE inmemory_clause_default inmemory_force DEFAULT inmemory_query ENABLE _inmemory_query_scan TRUE _inmemory_scan_override FALSE _inmemory_scan_threshold_percent_noscan 50 _inmemory_small_segment_threshold 65536 _inmemory_query_fetch_by_rowid FALSE _inmemory_pruning ON _inmemory_enable_sys FALSE _inmemory_populate_fg FALSE _inmemory_pga_per_server 536870912 inmemory_max_populate_servers 1 _inmemory_servers_throttle_pgalim_percent 55 inmemory_trickle_repopulate_servers_percent 1 _inmemory_populate_wait FALSE _inmemory_populate_wait_max 600 _inmemory_imco_cycle 120 _inmemory_enable_population_verify 1 _inmemory_log_level 1 _inmemory_fs_verify FALSE _inmemory_force_fs FALSE _inmemory_force_fs_tbs SYSAUX _inmemory_force_fs_tbs_size 1073741824 _inmemory_fs_raise_error FALSE _inmemory_fs_nodml FALSE _inmemory_fs_enable FALSE _inmemory_fs_enable_blk_lvl_inv TRUE _inmemory_fs_blk_inv_blkcnt _inmemory_fs_blk_inv_blk_percent 20 _inmemory_enable_stat_alert FALSE _inmemory_imcu_align TRUE _inmemory_max_populate_retry 3 _inmemory_imcu_target_rows 1048576 _inmemory_imcu_target_bytes 0 _inmemory_imcu_source_extents 0 _inmemory_imcu_source_blocks 0 _inmemory_imcu_source_minbytes 1048576 _inmemory_imcu_populate_minbytes 5242880 _inmemory_imcu_source_analyze_bytes 134217728 _inmemory_imcu_target_maxrows 8388608 _inmemory_imcu_source_maxbytes 536870912 _inmemory_max_queued_tasks 208 _inmemory_repopulate_threshold_rows _inmemory_repopulate_threshold_blocks _inmemory_pct_inv_rows_invalidate_imcu 50 _inmemory_pct_inv_blocks_invalidate_imcu 100 _inmemory_repopulate_threshold_mintime_factor 5 _inmemory_repopulate_threshold_mintime 0 _inmemory_repopulate_threshold_scans 0 _inmemory_repopulate_priority_scale_factor 100 _inmemory_repopulate_invalidate_rate_percent 100 _inmemory_repopulate_priority_threshold_row 20 _inmemory_repopulate_priority_threshold_block 40 _inmemory_repopulate_threshold_rows_percent 5 _inmemory_repopulate_threshold_blocks_percent 10 _inmemory_repopulate_disable FALSE _inmemory_check_protect FALSE _inmemory_checksum FALSE _inmemory_validate_fetch FALSE _inmemory_journal_row_logging FALSE _inmemory_journal_check 0 _inmemory_rows_check_interrupt 1000 _inmemory_dbg_scan 0 _inmemory_segment_populate_verify 0 _inmemory_query_check 0 _inmemory_test_verification 0 _inmemory_invalidate_cursors TRUE _inmemory_prepopulate_fg 0 _inmemory_prepopulate TRUE _inmemory_trickle_repopulate TRUE _inmemory_trickle_repopulate_threshold_dirty_ratio 0 _inmemory_trickle_repopulate_min_interval 300 _inmemory_trickle_repopulate_fg 0 _inmemory_force_non_engineered FALSE _inmemory_suppress_vsga_ima FALSE optimizer_inmemory_aware TRUE _optimizer_inmemory_table_expansion TRUE _optimizer_inmemory_gen_pushable_preds TRUE _optimizer_inmemory_autodop TRUE _optimizer_inmemory_access_path TRUE _optimizer_inmemory_quotient 0 _optimizer_inmemory_pruning_ratio_rows 100 _parallel_inmemory_min_time_threshold AUTO _parallel_inmemory_time_unit 1 _optimizer_inmemory_bloom_filter TRUE _optimizer_inmemory_cluster_aware_dop TRUE _optimizer_inmemory_minmax_pruning TRUE 115 ROWS selected.
先将注意力放在非隐含参数上，总共是7个参数（Phew!）。
SQL> SHOW parameter inmemory NAME TYPE VALUE -------------------------------------------------- ----------- -------------------------------------------------- inmemory_clause_default string inmemory_force string DEFAULT inmemory_max_populate_servers INTEGER 1 inmemory_query string ENABLE inmemory_size big INTEGER 208M inmemory_trickle_repopulate_servers_percent INTEGER 1 optimizer_inmemory_aware BOOLEAN TRUE
inmemory_clause_default
该参数主要设置IMCS的一些默认参数值，这些默认值在今后为新的表或者分区设置IMCS时会自动参考。该参数默认值为空，表示除非在建表时明确指定要使用IMCS，否则不会将表缓存到列式内存中。该参数的设置可选项包括：
NO INMEMORY：与默认值效果一样，除非在建表时明确指定要使用IMCS，否则不会将表缓存到列式内存中。
INMEMORY：表示默认建表时就会使用IMCS，除非建表时明确指定“NO INMEMORY”。如果设置为该值，就可以继续设置如下这些其它的IMCS参数值。
NO MEMCOMPRESS | MEMCOMPRESS FOR { DML | QUERY [ LOW | HIGH ] | CAPACITY [LOW | HIGH] }： 表示在IMCS中缓存的列式数据是否需要压缩，如果压缩，采取何种压缩模式。
PRIORITY { NONE | LOW | MEDIUM | HIGH | CRITICAL }：优先级表示Oracle将表数据加载到列存中的积极性，Oracle会最优先考虑CRITICAL级别的加载，最后才进行NONE级别的加载。要知道内存毕竟是有限的，因此将那些必须要缓存到列存中的表设置为CRITICAL是更好的选择。
DISTRIBUTE [ AUTO | BY ROWID RANGE | BY PARTITION | BY SUBPARTITION ]：该参数只对RAC环境有效，指定IMCS中的数据在RAC环境多个节点的内存中如何分布。分别表示自动|按照ROWID范围|按照分区|按照子分区等方式在多个节点内存中缓存数据。
NO DUPLICATE | DUPLICATE [ ALL ]：该参数只对RAC环境有效，指定IMCS中的数据在RAC环境多个节点中是否要镜像。默认为NO DUPLICATE，也就是一份数据只会在多个节点中维护一份缓存，DUPLICATE表示维护两份相同的缓存，而DUPLICATE ALL则表示在所有节点内存中都维护一份相同的缓存。注意：在非Oracle工程系统（比如Exadata）中，只能是NO DUPLICATE效果，即使设置了DUPLICATE也不生效。
示例命令：
ALTER system SET INMEMORY_CLAUSE_DEFAULT='INMEMORY MEMCOMPRESS FOR CAPACITY HIGH' scope=BOTH;
inmemory_force
INMEMORY_FORCE = { DEFAULT | OFF } 当设置为默认值DEFAULT时，明确指定了INMEMORY的表和物化视图会缓存到IMCS中；如果设置为OFF，则表示全局禁用IMCS，意味着即使在表和物化视图上指定了INMEMORY，也不会缓存到In-Memory Area中。可以看到，这个参数没有提供全局打开IMCS的选项。
inmemory_max_populate_servers
该参数定义后台启动的用于将表数据加载至In-Memory Area区域中的进程个数，根据文档描述，该参数默认值是min(一般的CPU核数,PGA_AGGREGATE_TARGET/512)，当inmemory_size=0的时候（也就是没有设置In-Memory Area大小的时候），该参数值为0，一旦设置了inmemory_size，该参数会根据上述算法自动设置。 如果该参数为0，则没有后台进程加载数据，表现为V$INMEMORY_AREA视图中的POPULATE_STATUS列始终为POPULATING。 Oracle建议该参数值不能设置过高，否则将导致CPU资源消耗严重。
inmemory_query
该参数用于在SYSTEM级别或者SESSIOn级别指定是否要启动inmemory查询，当设置了inmemory_size之后，该值默认会设置未ENABLE。 该参数可以在会话级别设置，临时启用或者禁用inmemory查询，用以比较两者之间的性能差距。一旦禁用，则即使相应表已经被缓存到In-Memory Area中，Oracle也不会选择扫描该区域。
inmemory_size
该参数用于指定In-Memory Area的大小，默认值为0，意味着默认没有启用IMCS。如同其他的内存相关参数，修改了此参数以后需要重新启动数据库实例才可以生效。该参数最小需要设置为100MB。在多租户环境中，如果是在PDB级别设置了该参数，则表明该PDB可以使用到的最大IMCS，但是注意的是多个PDB的该参数值的总和未必一定要等于在CDB级别的设置，甚至可以超越CDB级别的值。如果没有在PDB级别设置，那么所有PDB都会继承CDB上的该参数值，意味着所有PDB都可以用到所有可用的IMCS。 由于IMCS是列式存储，并且具有强大的压缩功能，因此即使准备将整个数据库的表都缓存到IMCS中，也无需特别大的内存空间。万一内存空间不够，表数据无法缓存到IMCS中，在V$INMEMORY_AREA.POPULATE_STATUS字段中可以发现“OUT OF MEMORY”字样。 实际上在绝大多数情况下，启用IMCS只需要设置这一个初始化参数即可，设置足够大的内存空间，然后尽情地Cache那些想缓存的表吧。
inmemory_trickle_repopulate_servers_percent
该参数定义后台用于重新加载IMCS中数据的进程负载，该参数值是一个相对于inmemory_max_populate_servers参数值的百分比。举例说，如果inmemory_max_populate_servers=10，而inmemory_trickle_repopulate_servers_percent=5，则意味着有10*0.05=0.5个进程会负责重新加载。什么是0.5个进程，实际上就是重新加载数据的进程负载最多占据一颗CPU的50%。 该参数默认值为1，在大多数场合都是适用的。
optimizer_inmemory_aware
该参数用于限制Oracle优化器对于inmemory功能的感知，默认值为TRUE，如果将该参数修改为FALSE，则Oracle优化器不会考虑使用IMCS，等同于设置OPTIMIZER_FEATURES_ENABLE小于12.1.0.2。
Share/Save
Related posts:
- Oracle 11g new feature – Virtual Column
- 【Oracle Database 12c New Feature】How to Learn Oracle (12c New Feature) from Error
- 【Oracle Database 12c New Feature】Advanced Security – Oracle Data Redaction
MySQL은 sqlite와 어떻게 다릅니 까?Apr 24, 2025 am 12:12 AMMySQL과 Sqlite의 주요 차이점은 설계 개념 및 사용 시나리오입니다. 1. MySQL은 대규모 응용 프로그램 및 엔터프라이즈 수준의 솔루션에 적합하며 고성능 및 동시성을 지원합니다. 2. SQLITE는 모바일 애플리케이션 및 데스크탑 소프트웨어에 적합하며 가볍고 내부질이 쉽습니다.
MySQL의 색인이란 무엇이며 성능을 어떻게 향상 시키는가?Apr 24, 2025 am 12:09 AMMySQL의 인덱스는 데이터 검색 속도를 높이는 데 사용되는 데이터베이스 테이블에서 하나 이상의 열의 주문 구조입니다. 1) 인덱스는 스캔 한 데이터의 양을 줄임으로써 쿼리 속도를 향상시킵니다. 2) B-Tree Index는 균형 잡힌 트리 구조를 사용하여 범위 쿼리 및 정렬에 적합합니다. 3) CreateIndex 문을 사용하여 CreateIndexIdx_customer_idonorders (customer_id)와 같은 인덱스를 작성하십시오. 4) Composite Indexes는 CreateIndexIdx_customer_orderOders (Customer_id, Order_Date)와 같은 다중 열 쿼리를 최적화 할 수 있습니다. 5) 설명을 사용하여 쿼리 계획을 분석하고 피하십시오
MySQL에서 트랜잭션을 사용하여 데이터 일관성을 보장하는 방법을 설명하십시오.Apr 24, 2025 am 12:09 AMMySQL에서 트랜잭션을 사용하면 데이터 일관성이 보장됩니다. 1) STARTTRANSACTION을 통해 트랜잭션을 시작한 다음 SQL 작업을 실행하고 커밋 또는 롤백으로 제출하십시오. 2) SavePoint를 사용하여 부분 롤백을 허용하는 저장 지점을 설정하십시오. 3) 성능 최적화 제안에는 트랜잭션 시간 단축, 대규모 쿼리 방지 및 격리 수준을 합리적으로 사용하는 것이 포함됩니다.
MySQL을 통해 어떤 시나리오에서 PostgreSQL을 선택할 수 있습니까?Apr 24, 2025 am 12:07 AMMySQL 대신 PostgreSQL을 선택한 시나리오에는 다음이 포함됩니다. 1) 복잡한 쿼리 및 고급 SQL 기능, 2) 엄격한 데이터 무결성 및 산 준수, 3) 고급 공간 기능이 필요하며 4) 큰 데이터 세트를 처리 할 때 고성능이 필요합니다. PostgreSQL은 이러한 측면에서 잘 수행되며 복잡한 데이터 처리 및 높은 데이터 무결성이 필요한 프로젝트에 적합합니다.
MySQL 데이터베이스를 어떻게 보호 할 수 있습니까?Apr 24, 2025 am 12:04 AMMySQL 데이터베이스의 보안은 다음 조치를 통해 달성 할 수 있습니다. 1. 사용자 권한 관리 : CreateUser 및 Grant 명령을 통한 액세스 권한을 엄격히 제어합니다. 2. 암호화 된 전송 : 데이터 전송 보안을 보장하기 위해 SSL/TLS를 구성합니다. 3. 데이터베이스 백업 및 복구 : MySQLDump 또는 MySQLPump를 사용하여 정기적으로 백업 데이터를 사용하십시오. 4. 고급 보안 정책 : 방화벽을 사용하여 액세스를 제한하고 감사 로깅 작업을 가능하게합니다. 5. 성능 최적화 및 모범 사례 : 인덱싱 및 쿼리 최적화 및 정기 유지 보수를 통한 안전 및 성능을 모두 고려하십시오.
MySQL 성능을 모니터링하는 데 사용할 수있는 몇 가지 도구는 무엇입니까?Apr 23, 2025 am 12:21 AMMySQL 성능을 효과적으로 모니터링하는 방법은 무엇입니까? Mysqladmin, Showglobalstatus, Perconamonitoring and Management (PMM) 및 MySQL Enterprisemonitor와 같은 도구를 사용하십시오. 1. MySQLADMIN을 사용하여 연결 수를보십시오. 2. showglobalstatus를 사용하여 쿼리 번호를보십시오. 3.pmm은 자세한 성능 데이터 및 그래픽 인터페이스를 제공합니다. 4. MySQLENTERPRISOMITOR는 풍부한 모니터링 기능 및 경보 메커니즘을 제공합니다.
MySQL은 SQL Server와 어떻게 다릅니 까?Apr 23, 2025 am 12:20 AMMySQL과 SqlServer의 차이점은 1) MySQL은 오픈 소스이며 웹 및 임베디드 시스템에 적합합니다. 2) SQLServer는 Microsoft의 상용 제품이며 엔터프라이즈 수준 애플리케이션에 적합합니다. 스토리지 엔진의 두 가지, 성능 최적화 및 응용 시나리오에는 상당한 차이가 있습니다. 선택할 때는 프로젝트 규모와 향후 확장 성을 고려해야합니다.
MySQL을 통해 어떤 시나리오에서 SQL Server를 선택할 수 있습니까?Apr 23, 2025 am 12:20 AM고 가용성, 고급 보안 및 우수한 통합이 필요한 엔터프라이즈 수준의 응용 프로그램 시나리오에서는 MySQL 대신 SQLServer를 선택해야합니다. 1) SQLServer는 고 가용성 및 고급 보안과 같은 엔터프라이즈 수준의 기능을 제공합니다. 2) VisualStudio 및 Powerbi와 같은 Microsoft Ecosystems와 밀접하게 통합되어 있습니다. 3) SQLSERVER는 성능 최적화에서 우수한 성능을 발휘하며 메모리 최적화 된 테이블 및 열 스토리지 인덱스를 지원합니다.
핫 AI 도구
Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱
AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.
Undress AI Tool
무료로 이미지를 벗다
Clothoff.io
AI 옷 제거제
Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!
인기 기사
뜨거운 도구
안전한 시험 브라우저
안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.
Atom Editor Mac 버전 다운로드
가장 인기 있는 오픈 소스 편집기
Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.
SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.
SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.
