ITPub博客

double write技术的引入就是为了提高数据写入的可靠性。当写入部分数据的时候，比如：512bytes。为什么Oracle没有解决这个问题，而MySQL通过double write去解决这个事情呢。 doublewrite默认存放在ibdata1中共享表空间里，默认大小2M，写之前将脏页写入到innodb buffer中的doublewrite buffer（2M）中，将2M的bu

今天 登陆数据库发现首先说明： 这个文件不能不重启给恢复出来。其次：该文件是unix_domain通信使用文件，如果你不是通过Socket连接数据库，这个文件丢失不会对业务有影响。可以通过tcp方式登录。 一样使用。在有机会的情况做一下重启即。 建议去分析一下，为什么这个文件被删除了。一般在tmp下这类文件不能被别人删除的。

数据库经过N手后，索引乱建，下面的SQL就找出一点时间范围内哪些索引从来没被使用过，亲测好用，注意一点，生成的SQL你要是执行了，就会从脚本中消失了

由于公司业务需求，需要将数据库的字符集16GBK改成UTF8ORA-02374: conversion error loading table "CONFIG"."CFG_CN_CHAR_DICT"ORA-12899: value too large for column VALUE (actual: 3, maximum: 2)ORA-02372: dat

昨天和网友探讨，RAC中的SEQUENCE，awr报告如下，摘取关键部分：在RAC环境中，序列的Cache问题可能会对性能有着决定性的影响，缺省的序列Cache值为20，这对RAC环境远远不够。如果存在序列号使用的竞争，就可能在数据库中看到明显的队列等待：enq: SQ - contention在RAC情况下，可以将使用频繁的序列Cache值增加到10000，或者更高到50000

| MySQL分析函数实现还好MySQL8.0已经实现了与Oracle相同的分析函数。1. 实现rownum12SET @rn:=0;SELECT @rn:=@rn+1 AS rownum ,e.* FROM emp e;或者写成：1SELECT @rn:=@rn + 1 AS&

关于VDOVOD的技术来源于收购的Permabit公司，一个专门从事重删技术的公司，所以技术可靠性是没有问题的VDO是一个内核模块，目的是通过重删减少磁盘的空间占用，以及减少复制带宽，VDO是基于块设备层之上的，也就是在原设备基础上映射出mapper虚拟设备，然后直接使用即可，功能的实现主要基于以下技术：零区块的排除：在初始化阶段，整块为0的会被元数据记录下来，这个可以用水杯里面的水和沙子混合的例

客户的5.1的mysql迁移到5.7，tb_mk_revisit_id是innodb表$mysql -u root -p webparty < /data2/woqu/tbover6.sql

| 关于PDB快照CarouselOracle18c新特新 pdb snapshot Carousel提供了在pdb级别下手工或者自动生成快照的功能，为开发测试用例提供了便捷。CDB为local undo和归档模式下，指定MAX_PDB_SNAPSHOTS控制pdb最多生成快照的数量，当快照超过最大数量时，会覆盖最旧的快照，我们可以通过快照生成我们想测试使用的相应pdb，下面将带你领略下

无前缀索引：分区索引不包含分区字段就叫无前缀索引，那么什么时候用无前缀索引和前缀索引呢？

nologging和append 快速插入测试

原来抽取的方式是b库oci打包数据后将数据放到中间件本地磁盘，然后通过sqlldr方式加载到a库。sql如下：select column_name1,function_name(column_name2) from table_name；本sql是在b库执行。其中b库table_name有几千万行数据。然后将这种方式改为dblink方式，sql中出现的表名和函数名都需要加dblink。a库执行sql如...

服务器主机提供IO、内存、CPU、存储空间等资源为数据库使用，Oracle使用Flex Diskgroup为数据库提供存储空间并做了相应的资源隔离。下面我们来看下Oracle是如何为不同的PDB做IO、内存、CPU限制的。

在12cR2版本中，我们可以在一个ASM Diskgroup提供不同的冗余级别和配额给不同的数据库使用。提到Quota会让人立即想到创建用户在表空间上的配额限制，其实有点类似。

根据oracle官方文档(Doc ID 579108.1)的建议，我们需要将数据库中的最大并行异步io的数量限制上调到3145728（aio-max-nr=1048576）。由于该ORA错误在极高的io请求系统中才会爆发，很少有客户能达到这么高且频繁的io请求数量。修改方式1.echo 3145728 > /proc/sys/fs/aio-max-nr 2.vi /etc/s...

本来不知道有这个特性写了个trigger实现sql_startup_pdb:='alter pluggable database test open';    EXECUTE IMMEDIATE sql_startup_pdb;end;/12R2可以设置如下自动启动pdbALTER PLUGGABLE DATABASE test SAVE STATE;selec

客户的一套数据看12.2.0.1 客户反映连接不上数据库，处理不了更新操作，后处理问题发现2节点的cpu使用率100%，并且都被crsctl.bin process 占用。查看数据库等待事件,存在大量的library cache lockblocking_session为3626，并且等待事件是crs call completion之前有一个客户遇到类似的问题，是3个节点的第三节点，...