黑色自由 原因：
公司的前端nginx，之前做的upstream负载，后来更新，直接放在了目录下面，所以之前用的地址xxxx.com/xxx就变成了xxxx.com/xxx/，但是大多数人收藏夹里放的是不带斜线/的。新地址因为放在了目录下面，实际上nginx是可以自动添加斜线的，但添加后的地址不正确，这里就要用的nginx的两个参数：
1、server_name_in_redirect on（默认），URL 重定向为： server_name 中的第一个域名 + 目录名 + /；
2、server_name_in_redirect off，URL 重定向为： 原 URL 中的域名 + 目录名 + /。
port_in_redirect off
如果port_in_redirect为off时，那么始终按照默认的80端口；如果该指令打开，那么将会返回当前正在监听的端口。
因为公司的nginx是443端口，原先在访问的时候自动把端口号弄上去了，所以就把port_in_redirect off掉就行了。
最近频繁在centos7下安装oracle11gR2，网上各种文章，找到了这篇比较靠谱，其中有在安装过程中遇到的两个问题，比如error in invoking target install of makefile和error in invoking target agent nmhs，这篇里面都提到了解决办法。
地址： https://www.jianshu.com/p/2fda26a7edf1
图文安装地址： https://blog.csdn.net/qq_32786873/article/details/82110235
实际情况为：
一台mysql 5.6.38，运行了很久，binlog只保留7天。之前的从库出了故障导致无法同步，现在重新增加一台从库。
有了GTID，在同步的时候就不需要去binlog里找pos点了，但是在网上搜了一大圈，开始同步之后都都出现了Slave_SQL_Running: No，error-log提示主键问题，折腾了一晚上，最后还是用最简单的方法解决了，根本都不需要用网上的那些什么set global gtid_purged = ‘565132ec-c5c0-11e7-a1b1-0660aba819f4:1-38495535’;之类。
因为本身在GTID下，导出的数据库就已经帮你处理好了。
不多说，大致说下操作方法和步骤：
注意：如果你的实例里面已经有了数据，那么修改过字符集后库里的数据会变成乱码。
查询修改oracle服务器端和客服端字符集
首先查看oracle数据库的编码
SQL> select * from nls_database_parameters where parameter =’NLS_CHARACTERSET’;
PARAMETER VALUE
NLS_CHARACTERSET AL32UTF8
这其来源于props$，这是表示数据库的字符集。
这里oracle的备份与恢复使用的是exp和imp，现在已经有了expdp和impdp，而且也已经有了rman，所以本文只是转载了一下。
dba的职责：
1、安装和升级oracle数据库
2、建库、表空间、表、视图、索引…
3、制定并实施备份与恢复计划
4、数据库权限管理，调优，故障排除
5、对于高级dba，要求能参与项目开发，会编写sql语句、存储过程、触发器、规则、约束、包
管理数据库的用户主要是sys和system
他们的区别主要是：
crosscheck archivelog all; —>校验日志的可用性
list expired archivelog all; —>列出所有失效的归档日志
delete archivelog until sequence 16; —>删除log sequence为16及16之前的所有归档日志
delete archivelog all completed before ‘sysdate-7’; —>删除系统时间7天以前的归档日志，不会删除闪回区有效的归档日志
delete archivelog all completed before ‘sysdate – 1’; —>同上，1天以前的
delete archivelog from time ‘sysdate-1’; —>注意这个命令，删除系统时间1天以内到现在的归档日志
delete noprompt archivelog all completed before ‘sysdate’; —>该命令清除所有的归档日志
delete noprompt archivelog all; —>同上一命令
范例：
robin@SZDB:~> export ORACLE_SID=GOBO1
robin@SZDB:~> rman target /
不管有没有用，先转过来再说。
转自 http://blog.sina.com.cn/s/blog_7c5a82970101g4s7.html
策略有两种，一种是基于恢复窗口策略的，一种是基于冗余策略的。
基于恢复窗口策略：
定义的是保留的备份文件必须要能保证恢复到近N天的任意时间点。
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 14 DAYS;
让恢复窗口成为14天大小。