ITPub博客

总结1、创建表和创建数据库时都可以指定字符集2、创建表没有指定字符集则默认使用数据库的字符集，3、创建数据库没有指定字符集则默认使用character_set_server字符集，如果character_set_server没有设置，则默认是latin14、字符序的命名，以其对应的字符集作为前缀，比如字符序utf8_general_ci，标明它是字符集utf8的字符序，所以如果character_

1.系统表空间（System Tablespace）innodb系统表空间包含innodb数据字典（innodb相关对象的元数据），undo logs、the change buffer, and the doublewrite buffer。此外，当innodb_file_per_table=OFF时系统表空间也存储表空间创建的表和索引等数据。由于系统表空间可以存储多张表，因此，其为一个共享表空

总结1、ib_logfile类似oracle的online redo log，包含commit和uncommit的数据2、binary log类似oracle的online redo log和archive redo log,但是只有commit的数据3、为什么MySQL有binlog，还要redo log？因为MySQL是多存储引擎的，不管使用那种存储引擎，都会有binlog，而不一定有redo

总结1、redo事务日志就是ib_logfile,两个ib_logfile开头的文件，它们就是log group中的redo log file，而且它们的大小完全一致且等于变量innodb_log_file_size定义的值2、redo事务日志的作用就是用于crash recovery，crash recovery是数据库重启时自动的行为，无需为DBA执行任何额外工作3、MySQL以循环方式写入重

参加官方文档https://dev.mysql.com/doc/refman/5.7/en/memory-storage-engine.html总结1、memory引擎表数据只存放在内存中，插入数据后，文件也只有表结构文件，没有表数据文件，重启后，数据丢失，但是表结构还在，表结构文件也还在2、memory引擎表，一个会话修改了数据，其他会话可以立即看到修改后的数据，和oracle的临时表完全不同3

总结1、默认情况下ibdata存放InnoDB表（InnoDB数据字典）元数据、undo logs、the change buffer, and the doublewrite buffer2、如果innodb_file_per_table=off，则ibdata也存放InnoDB表的实际数据，也就是InnoDB表建立后，不会再有单独的tablename.ibd文件3、虽然InnoDB表元数据通过

官方文档路径https://dev.mysql.com/doc/refman/5.7/en/binary-log.html总结1、binary log记录的数据类似oracle的online redo log和archive redo log两者中已经commit提交的数据2、在MySQL 5.7.3及其以后的版本中，若想开启二进制日志，除了log-bin参数外还必须加上server_id参数。否

总结1、MySQL的my.cnf文件类似Oracle的参数文件，可以把它理解成oracle的pfile静态参数文件2、MySQL可以使用set命令动态的修改变量，修改session变量只对当前会话产生影响；修改global变量，对所有新会话的global变量、session变量(特殊情况除外，比如wait_timeout变量)产生影响3、set命令修改的变量不会写入my.cnf文件，DB重启的话之

总结1、mysql命令进行连接如果不带-h，表示user@localhost连接本地localhost数据库服务器，-h后面的ip是数据库服务器的IP2、要让所有ip都能连，create user时用户名后面加@'%'，或不加@(不加@默认就是@'%')3、mysql执行grant进行授权，权限是追加的，不用担心会覆盖之前的4、创建用户建议使用grant，因为gra

TRANSFORM导入和导出的时候，有些表空间不一样。比如导出的时候该对象是在A表空间，导入到另一个库没有表空间A就会报错。但是使用这个参数就会正常导入，该对象会存储在该用户下的默认表空间中。TRANSFORM=segment_attributes:n

数据库服务器重装OS，如果计算机名和IP不变，则只需要保留好/u01目录(此目录包含所有oracle软件和数据库文件），安装好后，root用户执行$ORACLE_HOME/root.sh即可，不需要执行克隆动作OS重装前1.1、备份OS相关文件/etc/sysctl.conf、/etc/security/limits.conf、/etc/hosts、/etc/rc.d/rc.local、/etc/

RAC两台服务器的/etc/hosts都是如下127.0.0.1             localhost localhost.localdomain   localhost4      localhost4.localdomain4::1    &nbsp

ZABBIX服务端安装zabbix服务器端需要LAMP环境，即linux、appache、mysql、phplinux：CentOS release 6.5appache：2.2.15mysql：5.6php：5.6.13zabbix：3.0.31、安装appacheCentOS6默认安装了appache，不需要重新安装[root@oatest ~]# httpd -vServer version

1.查出源端linux下DB的v$database.platform_id和v$database.platform_nameselect platform_id,platform_name from v$database13   Linux x86 64-bit查出目标端windows下DB的v$database.platform_id和v$database.platform_

客户端nrpe-2.15.tar.gznagios-plugins-2.0.2.tar.gz服务端nagios-4.0.8.tar.gznrpe-2.15.tar.gznagios-plugins-2.0.2.tar.gz服务端不安装nrpe-2.15.tar.gz包会报错/usr/local/nagios/libexec/check_nrpe, ... failed. errno is 2: N

A上面用户user_a有访问B的DBLINK，B_dblink，在A库的用户user_a上执行如下授权,授权dblink的table1给A库的user_bgrant select on table1@B_dblink to user_b;报错ORA-02021: 不允许对远程数据库进行 DDL 操作A通过dblink访问B，权限管控不在A上，而在B上，A使用B的哪个用户建立dblink,权限全在B

手工rm删除归档日志后，备份归档日志的时候会报错找不到删除的归档日志，crosscheck archivelog all和delete expired archivelog all后，备份归档日志不再报错使用rman的delete命令删除归档日志后，备份归档日志不会报错[oracle@oatest 2018_07_26]$ ll总用量 12720-rw-r-----. 1 oracle dba 1

前提条件1、数据库总量上5T2、每天online redo总量上T，online redo的目录1.1T3、每天23:00增量备份，第二天凌晨2:00备份完成，备份脚本对应归档日志是PLUS ARCHIVELOG DELETE ALL INPUT4、rman设置对于archivelog是CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STAND

11G查询补丁有如下报错[oracle@wdb ~]$ $ORACLE_HOME/OPatch/opatch lsinventoryOracle Interim Patch Installer version 11.2.0.3.12Copyright (c) 2018, Oracle Corporation.  All rights reserved.Oracle Home