数据库文件

Laravel鼓励敏捷、迭代的开发方式，我们没指望在第一次就获得所有正确的。相反，我们编写代码、测试和与我们的最终用户进行交互，并完善我们的理解。 对于工作，我们需要一个配套的实践集。我们使用像subversion、GIT或Mercurial这些版本控制工具来存储应用程序的源代码文件，使我们能够撤消错误和追踪开发过程中的改变。 但应用程序更改时，存在我们不能单独使用版本控制进行有效管理的区域。在我们的开发进度中，Laravel应用程序的数据库架构不断演变：我们在这里添加了一个表，在那里重命名列，删除索引等等。数据库的改变与应用程序代码步调一致。 你需要一个复杂的方法来跟踪您的数据库架构更改，通常有几种方法： 当您在开发团队内工作时，每人都需要知道关于任何架构的更改。 当你在生产服务器上部署时，您需要有稳健的方式来升级您的数据库架构。 如果您在多台机器上工作，你需要保持所有数据库架构的同步。 如果没有严格的约定和纪律让应用程序开发者遵循，保持数据库架构与应用程序代码同步历来是一个非常麻烦的工作。开发者（或数据库管理员） 进行所需的架构更改。但是，如果应用程序代码回滚到以前的版本，但是很难撤消数据库架构更改，照成数据库版本信息与应用程序代码版本信息不一致。 迁移就是帮助你进化你的应用程序数据架构的Laravel方式，它不需要你在每次改变的时候删除或者重建数据库

locate locate用于搜索文件和目录，但是要比find命令快的多，他不像find命令，搜索具体目录，而是搜索一个数据库，/var/lib/mlocate/mlocate.db。这个数据库中含有本地所有文件信息，linux系统会自动创建这个数据库，并且每天自动更新一次。 locate和whereis都是使用相同的数据库，也就是/var/lib/mlocate。在使用locate的时候，往往搜索不到新创建的文件，或者搜索到已经删除的文件，那是因为数据库文件没有更新，需要手动更新。所以在每次使用locate命令之前，先使用updatedb更新数据库。 locate工作过程 整个locate工作其实是由四部分组成的: /usr/bin/updatedb /usr/bin/locate(mlocate) /etc/updatedb.conf /var/lib/mlocate/mlocate.db updatedb：主要用来更新数据库，这个工作可以通过crontab自动完成的； mlocate/locate：完成查询功能的程序； updatedb.conf：用来配置数据库中要放入哪些目录和文件，排除哪些文件等； mlocate.db：存放文件信息的文件； locate安装 在系统安装光盘中有locate命令的安装包，名为mlocate-0.26-6.el7.x86_64。

作者：2551529836 Hive ** Facebook开源 ** 官网：hive.apache.org ** Hive是基于Hadoop的一个数据仓库工具 Hive与数据库： 数据库: mysql、oracle、DB2、sqlserver 数据仓库 !== 数据库 换言之, Hive不是数据库 为什么要选择hive ** MapReduce编程成本高 ** 针对传统的DBA,不会不熟悉java,要想数据分析,借助Hive Hive简介： ** 流程 ** hql --> Hive(java) --> mapreduce -->yarn --> hdfs ** 本质: 将HQL转化成MapReduce程序 ** 使用MapReduce计算模型，运行在yarn平台之上 ** Hive适合离线批量处理,延时比较大 ** 不适合在线业务实时分析结果,业务要求延时较低的场景不适合 Hive体系结构 ** 用户接口: Client ** 终端命令行CLI --主要的一种使用方式 ** JDBC方式 --几乎不用 ** 元数据：metastore ** 默认apache使用的是derby数据库(只能有一个客户端使用),CDH使用postgreDB ** 企业通常我们会选择另外一种mysql来存储 ** 元数据包括：表名、表所属的数据库（默认是default）、 表的拥有者、列/分区字段

1.正在用的current中redo段日志被删除，只能启动到mount状态，如何启库 首先启动到mount阶段 sql>select member from v$logfile; sql>alter database clear unarchived logfile group 1; sql>alter database clear unarchived logfile group 2; sql>alter database clear unarchived logfile group 3; sql>alter database open; sql>select status from v$instance; 2.将控制文件control1删除，无法启动，如何启库 第一种方法： sql>create pfile='/home/oracle/test.ora' from spfile='?/dbs/spfileorcl.ora'; vi test.ora 将控制文件有关control1的参数删掉，只留下control2的参数 sql>startup pfile='/home/oracle/test.ora'; 第二种方法： 找到控制文件的位置 sql>show parameter control; 我的测试环境在$ORACLE_BASE下的fast_recovery_area

thunder://QUFodHRwOi8veGlhemFpLnhpYXphaWJhLmNvbS9Tb2Z0L04vTmF2aWNhdF9QcmVtaXVtXzEwLjEuN19YaWFaYWlCYS5leGVaWg== 首先下载navicat 10 安装到本地 http://119.188.72.52/0/ishare.down.sina.com.cn/27621454.zip?ssig=FKW8Vmty8q&Expires=1366473600&KID=sina,ishare&ip=1366336535,116.90.82.&fn=instantclient-basic-win32-11.2.0.1.0.zip 下载dll文件 下载完毕后解压到任意一个目录，然后打开 Navicat -> 工具 -> 选项 -> OCI ，如下图所示： 在 OCI library 地方选择解压的目录下的oci.dll文件，确定后即可。 接下来就是新建一个 Oracle 连接，注意连接类型必须选择 Basic，否则你就又要搞很多配置文件。 如下图所示： 最后， Navicat Premium 下载地址： http://download.navicat.com/download/navicat9_premium_cs.exe 注册码：NAVC-N7T9-WG9L-7U9B 来源： https:/

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 作为一名开发人员，在日常的工作中会难以避免地接触到数据库，无论是基于文件的 sqlite 还是工程上使用非常广泛的 MySQL、PostgreSQL，但是一直以来也没有对数据库有一个非常清晰并且成体系的认知，所以最近两个月的时间看了几本数据库相关的书籍并且阅读了 MySQL 的官方文档，希望对各位了解数据库的、不了解数据库的有所帮助。 本文中对于数据库的介绍以及研究都是在 MySQL 上进行的，如果涉及到了其他数据库的内容或者实现会在文中单独指出。 数据库的定义 很多开发者在最开始时其实都对数据库有一个比较模糊的认识，觉得数据库就是一堆数据的集合，但是实际却比这复杂的多，数据库领域中有两个词非常容易混淆，也就是 数据库 和 实例 ： 数据库：物理操作文件系统或其他形式文件类型的集合； 实例：MySQL 数据库由后台线程以及一个共享内存区组成； 对于数据库和实例的定义都来自于 MySQL 技术内幕：InnoDB 存储引擎 一书，想要了解 InnoDB 存储引擎的读者可以阅读这本书籍。 数据库和实例 在 MySQL 中，实例和数据库往往都是一一对应的，而我们也无法直接操作数据库，而是要通过数据库实例来操作数据库文件，可以理解为数据库实例是数据库为上层提供的一个专门用于操作的接口。 在 Unix 上，启动一个

xtrabackup是一种支持InnoDB和xtradb存储引擎的的物理备份工具，它有以下几个特点： 　　(1) 备份过程快速、可靠； 　　(2) 备份过程不会打断正在执行的事务； 　　(3) 能够基于压缩等功能节约磁盘空间和流量； 　　(4) 自动实现备份检验； 　　(5) 还原速度快。 需要安装的软件包： percona-xtrabackup可以从官网https://www.percona.com/software/mysql-database/percona-xtrabackup获取相应版本 xtrabackup备份策略： 一、完全备份 xtrabackupex --user=DBUSER --passwd=DBUSERPASSWD /path/to/backup_dir/ 使用 innobakupex 备份时，它会调用 xtrabackup 备份所有的 InnoDB 表，复制所有关于表结构定义的相关文件 (.frm) 、以及 MyISAM 、 MERGE 、 CSV 和 ARCHIVE 表的相关文件，同时还会备份触发器和数据库配置信息相关的文件。这些文件会被保存至一个以时间命名的目录中。 在备份的同时， innobackupex 还会在备份目录中创建如下文件： （1）xtrabackup_checkpoints —— 备份类型（如完全或增量）、备份状态（如是否已经为

第1章 部署LNMP架构步骤 1.1 ①部署Linux系统（OK） 基本优化完成(ip地址设置 yum源更新 字符集设置) 安全优化完成(iptables关闭 selinux关闭 /tmp/ 1777) 1.2 ②部署nginx网站服务 A.安装软件依赖包 B.创建进程管理用户 C.下载nginx软件，进行编译安装（编译安装三步曲） D.创建软链接文件 E.编写nginx配置文件 F.启动nginx服务 G.编写hosts解析文件，进行浏览器访问测试 第2章 ③部署mysql数据库服务(web服务器) 2.1 软件部署过程 A.下载mysql软件 mysql-5.6.34-linux-glibc2.5-x86_64.tar.gz B.二进制包方式安装mysql数据库软件 2.1.1 a.解压二进制包软件 1 cd /server/ tools 2 3 tar xf mysql- 5.6 . 34 -linux-glibc2. 5 -x86_64.tar.gz 2.1.2 b.创建mysql虚拟用户 1 useradd -s /sbin/nologin -M mysql 2.1.3 c.将解压后的二进制包放置到程序目录中 1 cd /server/tools 2 3 mv mysql-5.6.34-linux-glibc2.5-x86_64 /application/mysql-5

说明：参考数据库版本：10.0.2 一、命令解析 STARTUP options | upgrade_options options 为：[FORCE] [RESTRICT] [PFILE=filename] [QUIET] [ MOUNT [dbname] | [ OPEN [open_options] [dbname] ] | NOMOUNT ]， NOMOUNT、MOUNT、OPEN为startup的三个阶段，不能在命令中同时存在。其中，open_options为：READ {ONLY | WRITE [RECOVER]} | RECOVER。 upgrade_options 为：[PFILE=filename] {UPGRADE | DOWNGRADE} [QUIET] 1、 FORCE 解析：强制打开数据库，在open之前会先执行shutdown，相当于shutdown abort; startup open。在当前实例正在运行的情况下，如果不使用FORCE的话，startup时会报错。FORCE可以在调试环境或非生产环境中使用，需慎用。 2、 RESTRICT 解析：以此模式打开的数据库只有拥有RESTRICTED SESSION系统权限的用户才能连接。打开后，可以使用ALTER SYSTEM命令将该状态设为disable，以关闭restricted将数据库正常打开。

一、shutdown命令：SHUTDOWN有四个参数：NORMAL、TRANSACTIONAL、IMMEDIATE、ABORT。缺省不带任何参数时表示是NORMAL。 SHUTDOWN NORMAL：不允许新的连接、等待会话结束、等待事务结束、做一个检查点并关闭数据文件。启动时不需要实例恢复。 SHUTDOWN TRANSACTIONAL：不允许新的连接、不等待会话结束、等待事务结束、做一个检查点并关闭数据文件。启动时不需要实例恢复。 SHUTDOWN IMMEDIATE：不允许新的连接、不等待会话结束、不等待事务结束、做一个检查点并关闭数据文件。没有结束的事务是自动rollback的。启动时不需要实例恢复。 SHUTDOWN ABORT：不允许新的连接、不等待会话结束、不等待事务结束、不做检查点且没有关闭数据文件。启动时自动进行实例恢复。二、startup命令：STARTUP OPEN：STARTUP缺省的参数就是OPEN，打开数据库，允许数据库的访问。当前实例的控制文件中所描述的所有文件都已经打开。 STARTUP MOUNT：MOUNT数据库，仅仅给DBA进行管理操作，不允许数据库的用户访问。仅仅只是当前实例的控制文件被打开，数据文件未打开。 STARTUP NOMOUNT：仅仅通过初始化文件，分配出SGA区，启动数据库后台进程，没有打开控制文件和数据文件。不能任何访问数据库