笱局长_个人页

MongoDB：读关注

MongoDB读关注，类似于关系型数据库的隔离级别，但只是解决脏读的问题 READ-uncommited。在3.2版本后，读关注read concern在local majority 的基础上新增linerizable级别，使读到的数据更加安全，但也带来一些性能上面的问题。

Oracle：AWR报告收集中断的问题

目前的数据库巡检，主要依赖袋鼠云自研管控平台EasyDB，它可以提供完善的数据库和主机性能/资源信息，并且配备有短信、钉钉、电话等告警；可接入本地或云上实例；注册SaaS版可以体验所有功能，不收取费用 https://easydb.

Oracle 快速找回被删除的表

很多情况下为了能快速找回被删除的表，可以利用回收站找到并重建被删除的表。（一）回收站里是否可以找到被删除的表，和undo的保留策略、空间大小有很大关系，超时或者空间不足都会导致无法闪回表，只能从备份中恢复。

OracleDG部署：Windows--->Oracle

有一套Windows下运行的Oracle11G单机环境，表空间分配1.3T，实际数据量在700-800G左右；出于服务器稳定和数据库性能方面的考虑，客户需要将数据库迁移至Linux环境，并在合适时机进行切割。

Oracle一条资源消耗较高但是Executions=0的问题排查

日常巡检某客户生产环境数据库时，发现AWR报告中有资源消耗较高但是Executions=0的现象

Oracle 应用短连接导致连接风暴

进一步对上一篇客户的环境进行排查，发现同步程序是以短连接的形式访问数据库，平均每秒70次的连接

Oracle 一次疑似Bug 14283239 - High CPU/IO for dictionary SQL against SYSAUTH$的处理

Oracle DG--Rman备份集搭建备库

Oracle DG 备库恢复--gap

Oracle数据表碎片整理

数据表的增删改总是避免不了产生碎片的问题，在Oracle引入表空间本地管理和ASSM之后，极端情况下，明明表空间使用率不高，需要入库的数据库对象也不大，但就是报错，原因就是无法再分配足够的连续extent （一）创建测试环境 sys@ORCL> select * from v$version; .

Oracle Dataguard 下块修复技术-系统数据表（三）

Oracle Dataguard 下块修复技术-用户数据表（二）

Oracle Dataguard 下块自动修复技术

在Oracle11gr2版本之后，若搭建实时应用日志的物理备库，那么在主库数据文件少量坏块的情况下，可以利用ABCR技术快速修复坏块

Recover standby database after primary resetlogs

一般在主库需要恢复并open resetlogs 方式打开的情况下，备库需要重做来构建主备同步架构，但有些情况其实不必大费周章，只需要备库开启flashback功能，就可以在较短的时间内恢复主备同步进程。

检测不再使用的索引--check-unused-keys

利用pt-table-sync 解决主备数据不一致的问题

MySQL参数sql_safe_updates在生产环境的使用

MySQL登录验证方式

某传统企业去O上云案例

测试开启MySQL performance_schema后对性能的影响

在开启MySQL PerformanceSchema 性能收集功能的情况下，对数据库性能影响

metadata lock的解决方案

Metadata-Lock的引入是为了在并发条件下，防止session1的查询事务未结束的情况下，session2对表结构进行修改，以保护元数据的一致性。

Oracle Logminer 日志挖掘

生产环境中考虑到数据库的性能问题，很少会打开数据的审计功能，应用层也不会记录SQL的执行信息；但是生产上经常会遇到某张表的某几条被修改掉，但是应用又查不到是哪个接口修改的记录，这时候Logminer 就派上用场了。

Oracle DataGuard：单节点到RAC集群的主备环境搭建

随着业务增长，数据量业务复杂度越来越高，数据量越来越大，对数据库和服务器的性能、高可用、容灾等要求也越来越高。以当前的数据库环境为例，Windows 2008 r2 服务器+NAS存储+Oracle11.2.0.1+12T+300GARCH/天的规模已经变得非常臃肿，不再适合快速发展的业务场景。