Oracle数据库分享

find -name init.ora快速定位位置

查看全局环境变量cat etc/profile

如果全局环境变量没有，则查看oracle用户的环境变量，切换到oracle用户，命令：su oraclecd ~cat .bash_profilesource.bash_profilecd $ORACLE_HOME/product/12.2.0/dbhome_1/dbs环境变量也没有的话，只能找万能的DBA了。一般不会出现这种情况！！！

spfileorcl.ora
orcl.__db_cache_size=7482638336orcl.__java_pool_size=33554432
orcl.__large_pool_size=67108864
orcl.__oracle_base='/data/orc/app/oracle'#ORACLE_BASE set from environment
orcl.__pga_aggregate_target=3388997632
orcl.__sga_target=10099884032
orcl.__shared_io_pool_size=536870912
orcl.__shared_pool_size=1946157056
orcl.__streams_pool_size=0
*.audit_file_dest='/data/orc/app/oracle/admin/orcl/adump'
CC"]*.audit_trail='db'*.control_files='/data/orc/app/oracle/oradata/orcl/control01.ctl','/data/orc/app/oracle/fast_recovery_area/orcl/control02.ctl'
*.db_block_size=8192
*.db_name='orcl'
*.db_recovery_file_dest='/data/orc/app/oracle/fast_recovery_area/orcl'
*.db_recovery_file_dest_size=12780m
*.diagnostic_dest='/data/orc/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=orclXDB)'
*.enable_pluggable_database=true
*.local_listener='LISTENER_ORCL'
*.pga_aggregate_target=3201m
*.processes=320
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=9603m
*.undo_tablespace='UNDOTBS1

Service "9fa6961413745d54e0537bff1aacfe84" has 1 instance(s).
Instance "orcl", status READY, has 1 handler(s) for this service...
Service "ncbodsdb" has 1 instance(s).
Instance "orcl", status READY, has 1 handler(s) for this service...
Service "orcl" has 1 instance(s).
Instance "orcl", status READY, has 1 handler(s) for this service...
Service "orclXDB" has 1 instance(s).
Instance "orcl", status READY, has 1 handler(s) for this service...
The command completed successfully

Service “ncbodsdb” has 1 instance(s). 中的ncbodsdb监听哪里配置的？

切换实例

show pdbs

alter session set container= NCBODSDB;

启动PDB数据库

alter pluggable database NCBODSDB open; 将PDBORCL打开(自己起的PDB数据库的名字) 查看监听

开启PDB数据库的时候，会启动监听服务

验证命令：

select name, pdb from v$services;

指的是一个列或多列的组合,其值能唯一地标识表中的每一行,通过它可强制表的实体完整性。

1. 主键应当是对用户没有意义的。

2. 主键应该是单列的，以便提高连接和筛选操作的效率。

3. 永远也不要更新主键。

4. 主键不应包含动态变化的数据，如时间戳、创建时间列、修改时间列等。

5. 主键应当有计算机自动生成。

索引是为了加速对表中数据行的检索而创建的一种分散的存储结构。

快速取数据

操作索引

创建索引

CREATE[UNIQUE][CLUSTERED| NONCLUSTERED] INDEX ON ([ASC|DESC] [, [ASC|DESC]...])

1、UNIQUE——建立唯一索引。

2、CLUSTERED——建立聚集索引。

3、NONCLUSTERED——建立非聚集索引。

4、ASC——索引升序排序。

5、DESC——索引降序排序。

更新索引

DROP INDEX

热点块

查看热点块

1、写写热点块，包括create\update\delete

2、当一个会话需要访问一个数据块，而这个数据块正在被另一个用户从磁盘读取到内存中或者这个数据块正在被另一个会话修改时，当前的会话就需要等待，就会产生一个buffer busy waits等待，也伴随着Latch争用。

3、 latch是数据库内部提供的一种维护内部结构的一种低级锁，latch的生存周期极短(微秒以下 级别)，进程加latch后快速的进行某个访问或者修改动作然后释放latch。

select latch#,name,gets,misses,sleeps from v$latch where name like 'cache buffer%’;

LATCH#               NAME                            GETS         MISSES         SLEEPS----------    ------------------------------          ----------         ----------          ----------93           cache buffers lru chain       54360446        21025              23898           cache buffers chains          6760354603    1680007         2708599           cache buffer handles          554532                6                      0

在这个查询结果里我们可以看到记录了数据库启动以来的所有cahce buffer chains的latch的状况，gets表示总共有这么多次请求，misses表示请求失败的次数(加锁不成功)，而sleeps 表示请求失败休眠的次数，通过sleeps我们可以大体知道数据库中latch的竞争是否严重，这也间接的表征了热点块的问题是否严重。由于 v$latch是一个聚合信息，我们并不能获得哪些块可能存在频繁访问。那我们要来看另一个view信息，那就是 v$latch_children,v$latch_children.addr记录的就是这个latch的地址

热点解决思路：

最有效的办法，是从优化sql入手，不良的 sql往往带来大量的不必要的访问，这是造成热点块的根源。

比如本该通过全表扫描的查询却走了索引的range scan，这样将带来大量的对块的重复访问。从而形成热点问题。再或者比如不当地走了nested loops的表连接，也可能对非驱动表造成大量的重复访问。

延伸

1.索引数据结构：B+树；其他数据结构：B树、红黑树

2.java的list与数组，为什么数组遍历的快？

3.Redis、Hbase、mysql都会有热点块么？

4.为什么Redis读取快？只是因为数据在内存么？