数据库文件

Mybatis 一. 入门 1. JDBC 回顾 (1). 准备数据库 新建 mybatis_learn 数据库 执行 sql 脚本 1 -- ---------------------------- 2 -- Table structure for `Blog` 3 -- ---------------------------- 4 DROP TABLE IF EXISTS `Blog`; 5 CREATE TABLE `Blog` ( 6 `id` int(11) NOT NULL AUTO_INCREMENT, 7 `author` varchar(128) NOT NULL COMMENT '作者', 8 `title` varchar(128) NOT NULL COMMENT '博客标题', 9 PRIMARY KEY (`id`) 10 ) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=utf8; 11 ​ 12 -- ---------------------------- 13 -- Records of Blog 14 -- ---------------------------- 15 INSERT INTO `Blog` VALUES ('1', '张三', 'Java基础概述'); 16 INSERT

数据库优化 建表优化 1）数据库范式 l 第一范式（1NF）：强调的是列的原子性，即列不能够再分成其他几列。 如电话列可进行拆分---家庭电话、公司电话 l 第二范式（2NF）：首先是 1NF，另外包含两部分内容，一是表必须有主键；二是没有包含在主键中的列必须完全依赖于主键，而不能只依赖于主键的一部分。 l 第三范式（3NF）：首先是 2NF，另外非主键列必须直接依赖于主键，不能存在传递依赖。 比如 Student 表（学号，姓名，年龄，性别，所在院校，院校地址，院校电话） 这样一个表结构，就存在上述关系。 学号 --> 所在院校 --> ( 院校地址，院校电话 ) 这样的表结构，我们应该拆开来，如下。 （学号，姓名，年龄，性别，所在院校） -- （所在院校，院校地址，院校电话） 满足这些规范的数据库是简洁的、结构明晰的；同时，不会发生插入（insert）、删除（delete）和更新（update）操作异常。 2）数据类型选择 l 数字类型 Float 和 double 选择（尽量选择 float ） 区分开TINYINT / INT / BIGINT，能确定不会使用负数的字段，建议添加 unsigned定义 能够用数字类型的字段尽量选择数字类型而不用字符串类型的 l 字符类型 char,varchar,TEXT的选择：非万不得已不要使用 TEXT 数据类型，定长字段，建议使用

◆(1)： 关闭db ： shutdown immediate； ◆(2)：copy oradata目录下的所有文件， 包括数据文件， 控制文件，redo，等，还需要copy 密码文件 在目录ora92下 的database 中的pwd 文件.全部copy到一个安全目录中。在sql 下可以直接加一个 host 然后使用dos命令。如host copy ............. ◆(3)：如果是操作系统的重新安装，只要是同样系统，同样数据库版本，是可以做冷备恢复。一下谈的是系统的重新安装后的步骤。 ◆(4)：正常安装oracle软件（之前在pub上一位兄弟说不需要安装oracle就可以搞定，表示怀疑），只需要安装软件，可以不用建实例，建实例的时间也比较长，也没有必要。 软件安装好以后，开始准备恢复。 ◆(5)：数据覆盖过去包括pwd文件，放在原来的目录，如果目录有所改变则需要另外建立控制文件，修改pfile。 ◆(6)：建立服务：使用oradim 命令 cmd下 oradim -new -sid erp 表示建立一个服务，sid为erp。关于oradim的命令另外给出专门解释。 ◆(7)：建立监听： net configuration assintant 来建立，或用脚本建立并且开启。 ◆(8)：打开数据库： 用oem也行，cmd下也行。 set oracle_sid=erp;

一、LogMiner的用途 日志文件中存放着所有进行数据库恢复的数据，记录了针对数据库结构的每一个变化，也就是对数据库操作的所有 DML 语句。 在 Oracle 8i 之前， Oracle 没有提供任何协助数据库管理员来读取和解释重作日志文件内容的工具。系统出现问题，对于一个普通的数据管理员来讲，唯一可以作的工作就是将所有的 log 文件打包，然后发给 Oracle 公司的技术支持，然后静静地等待 Oracle 公司技术支持给我们最后的答案。然而从 8i 以后， Oracle 提供了这样一个强有力的工具 -LogMiner 。 LogMiner 工具即可以用来分析在线，也可以用来分析离线日志文件，即可以分析本身自己数据库的重作日志文件，也可以用来分析其他数据库的重作日志文件。 总的说来， LogMiner 工具的主要用途有： 1 ．跟踪数据库的变化：可以离线的跟踪数据库的变化，而不会影响在线系统的性能。 2 ．回退数据库的变化：回退特定的变化数据，减少 point-in-time recovery 的执行。 3 ．优化和扩容计划：可通过分析日志文件中的数据以分析数据增长模式。 二、安装LogMiner 要安装 LogMiner 工具，必须首先要运行下面这样两个脚本， 1．$ORACLE_HOME/rdbms/admin/dbmslm.sql 2．$ORACLE_HOME

23.1 备份单个数据库练习多种参数使用 mysql 数据库自带了一个很好用的备份命令，就是 mysqldump ，它的基本使用如下： 语法： mysqldump – u <用户名> - p <数据库名> 备份的文件名​ 范例一： 23.2 查看数据库 oldboy 的内容 mysql> use oldboy； Database changed mysql> show tables; +------------------+ | Tables_in_oldboy | +------------------+ | test | +------------------+ 1 row in set (0.00 sec) mysql> select * from test; +----+------+-----------+-------------+ | id | age | name | shouji | +----+------+-----------+-------------+ | 1 | NULL | oldgirl | NULL | | 2 | NULL | 老男孩 | NULL | | 3 | NULL | etiantian | NULL | | 4 | 24 | zhangxuan | 13511111111 | | 5 | 22 | huangyan |

Mongodb安全认证在单实例和副本集两种情况下不太一样，单实例相对简单，只要在启动时加上 --auth参数即可，但副本集则需要keyfile。 一、单实例 1.启动服务（先不要加auth参数） 2.登陆后切换到admin库并添加管理员账号 2.1 创建系统管理员用户 默认条件下，超级管理员只能用于帐号管理，不能进行其他数据库操作，可以通过自己给自己授权实现。生产环境中的管理员，如果某个帐号包含了角色userAdminAnyDatabase或者userAdmin，就应该仅仅用于帐号和角色管理，不应该再授予别的角色了。 （1）我们首先就要建立一个超级管理员，然后再用超级管理员建立其他帐号： use admin db.addUser( { user: "admin", pwd: "admin", roles: [ "userAdminAnyDatabase" ] } ) （2）为帐号启用admin数据库认证,这样他就可以操作admin数据库了。 db.auth("admin", "admin") //认证帐号 db.system.users.find(); //查看当前已有的用户信息 （3）使用用刚才的超级帐号登录数据库(admin)mongo localhost:27017admin -u admin -p admin 现在，我们就可以为其他数据库添加用户了： 比如filedb库

PolarDB是阿里云基于MySQL推出的云原生数据库（Cloud Native Database）产品，通过将数据库中计算和存储分离，多个计算节点访问同一份存储数据的方式来解决目前MySQL数据库存在的运维和扩展性问题；通过引入RDMA和SPDK等新硬件来改造传统的网络和IO协议栈来极大提升数据库性能。代表了未来数据库发展的一个方向。本系列共2篇文章，主要分析为什么会出现PolarDB以及其技术实现。 由于PolarDB并不开源，因此只能基于阿里云公开的技术资料进行解读。这些资料包括从去年下半年开始陆续在阿里云栖社区、云栖大会等场合发布的PolarDB相关资料，以及今年以来公开的PolarDB后端共享存储PolarFS相关文章。 PolarDB出现背景 MySQL云服务遇到的问题 首先来了解下为什么会出现PolarDB。阿里云数据库团队具备国内领先的技术能力，为MySQL等数据库在国内的推广起到了很大的作用。在阿里云上也维护了非常庞大的MySQL云服务（RDS）集群，但也遇到了很多棘手的问题。举例如下： 实例数据量太大，单实例几个TB的数据，这样即使使用xtrabackup物理备份，也需要很长的备份时间，且备份期间写入量大的话可能导致redo日志被覆盖引起备份失败； 大实例故障恢复需要重建时，耗时太长，影响服务可用性（此时存活节点也挂了，那么完蛋了）。时间长有2个原因

原理 Ganglia 项目是由加州大学发起的，现在已经成为一个应用非常广泛集群监控软件。可以监视和显示集群中的节点的各种状态信息，比如如：cpu 、mem、硬盘利用率， I/O负载、网络流量情况等，同时可以将历史数据以曲线方式通过php页面呈现。同时具有很好的扩展性，允许用户加入自己所要监控的状态信息。 2.1 ganglia工作原理 图 1 Ganglia整体结构图 Ganglia 包括如下几个程序，他们之间通过XDL(xml的压缩格式)或者XML格式传递监控数据，达到监控效果。集群内的节点，通过运行gmond收集发布节点状 态信息，然后gmetad周期性的轮询gmond收集到的信息，然后存入rrd数据库，通过web服务器可以对其进行查询展示。 Gmetad 这个程序负责周期性的到各个datasource收集各个cluster的数据，并更新到rrd数据库中。 可以把它理解为服务端。 Gmond 收集本机的监控数据，发送到其他机器上，收集其他机器的监控数据，gmond之间通过udp通信，传递文件格式为xdl。收集的数据供Gmetad读取，默认监听端口8649 ，监听到gmetad请求后发送xml格式的文件。可以把它理解为客户端。 web front-end 一个基于web的监控界面，通常和Gmetad安装在同一个节点上(还需确认是否可以不在一个节点上

　　　　　　　　　　　　　　　　　　　　　1 .冷备份 （执行冷备份前必须关闭数据库） 物理备份 （备份物理数据库文件） 　　　　　　　　　　　　　　　　　　　　　2. 热备份 （热备份是当数据库正在运行时进行数据备份的过程。执行热备份的前提是：数据库运行在可归档日志模式。适用于24X7不间断运行的关键应用系统） 冷备份数据库的步骤 （1）关闭数据库； （2）备份所有相关的数据库文件：初始化参数文件、控制文件（可用select name from v$controlfile;列出所有控制文件）、数据文件（可用select name from v$datafile;列出所有数据文件）、Redo日志（可用select member from v$logfile;列出所有redo日志文件）、归档的Redo日志（可用select sequence#,first_time from v$loghist;列出所有归档redo日志文件的顺序号和产生时间）。 冷备份数据库的脚本文件coldbackup.bat 热备份数据库的前提条件：数据库运行在归档模式 Oracle数据库安装默认运行在非归档模式 从非归档模式转换为归档模式（ （1）设置数据库自动归档 log_archive_start = true # 设置归档日志文件的目录，该目录必须事先已建立，并有大量可利用的空间 log_archive

注意：版本变化 xtrabackup版本升级到2.4后，相比之前的2.1有了比较大的变化： innobackupex 功能全部集成到 xtrabackup 里面，只有一个 binary程序，另外为了兼容考虑，innobackupex作为 xtrabackup 的软链接，即xtrabacku现在支持非Innodb表备份，并且 Innobackupex 在下一版本中移除，建议通过xtrabackup替换innobackupex 这里mariadb5.5，为centos7默认版本，更高版有很多版本问题很严重 个人测试数据库版本10以上均无法使用xtrabackup 本次使用数据库5.5版本恢复主机10.4版本可行 首先安装xtrabackup yum install percona-xtrabackup 在EPEL源中 >最新版本下载安装： https://www.percona.com/downloads/XtraBackup/LATEST/ >本次实验使用 2.4 版本 下载地址： https://www.percona.com/downloads/Percona-XtraBackup-2.4/LATEST/ yum install /root/percona-xtrabackup-24-2.4.13-1.el7.x86_64.rpm #用yum解决依赖性 使用方法 :备份 备份