ITPub博客

[20200317]NULL与排序输出.txt--//NULL如果保存在oracle数据库的块中编码是0xFF,没有长度指示器,注:如果1个表后面的字段都是NULL.oracle选择不保存这些NULL.--//这样如果这个字段参与排序一般情况下一定在普通索引块的最后,注如果索引键值全部为NULL不保存在普通索引块中.--//但是如果插入值是0xFF呢?情况如何呢?1.环境:SCOTT@book&g

[20200318]crontab文件格式中的%.txt--//昨天写一个定时执行程序,编辑crontab格式文件.# cat /etc/cron.d/dmesg*/1 * * * * root /bin/date +"%Y/%m/%d \%T"  >> /dev/kmsg--//多次尝试不行，检查/var/log/cron输出,发现:# grep &qu

[20200317]dmesg与时间戳3.txt--//dmesg的输出显示的时间戳不是很精确的,网上许多链接计算使用/proc/uptime会随着uptime的延长,误差越来越大.--//随手写的脚本如下:# cat $(which tdmesg )#! /bin/bashFORMAT="%Y-%m-%d %T:"now=$(date +%s)cputime=$(grep -

[20200316]dmesg与时间戳2.txt--//链接提到http://blog.itpub.net/267265/viewspace-2670625/=> 计算的时间戳有问题,一直没仔细探究.--//网上找到链接 https://stackoverflow.com/questions/13890789/convert-dmesg-timestamp-to-custom-date-fo

[20200313]net_ratelimit 38 callbacks suppressed.txt--//检查linux服务器发现如上信息。#  dmesg |grep -C4 "net_ratelimit"TCP: too many of orphaned socketsnet_ratelimit: 56 callbacks suppressedTCP: too

[20200313]centos 7修改时区.txt--//无意中检查发现同事安装的linux服务器时区不对.更正过来做一个记录.--//当前时间是。# dateFri Mar 13 16:06:11 EDT 2020# timedatectl      Local time: Fri 2020-03-13 16:06:30 EDT  U

[20200312]不要设置net.ipv4.tcp_tw_recycle=1.txt--//昨天认真看了2篇blog：https://vincent.bernat.ch/en/blog/2014-tcp-time-wait-state-linux--//中文翻译：http://www.cnxct.com/coping-with-the-tcp-time_wait-state-on-busy-li

[20200313]windows显示输出时间戳脚本.txt--//前几天为了实现windows下显示输出时间戳脚本,居然浪费半个小时,还是做一个记录,便于以后查找.--//批处理 ts.bat脚本如下，注意安装gawk，可以安装UnxUtils包。,主要前面要加@echo off.--//里面的" 前面要加\转义.@echo offgawk "{ print strftime

[20200312]ORA-00904 POLTYP invalid identifier.txt--//10g的数据库使用11g的exp版本导出，遇到如下错误：--//链接：http://www.itpub.net/thread-2129145-1-1.html--//EXP-00008: ORACLE error 904 encountered--//ORA-00904: "POLT

[20200310]测试网路状态TIME_WAIT(windows).txt--//简单探究windows下出现TIME_WAIT时，需要多少时间消失。我前面的测试：http://blog.itpub.net/267265/viewspace-2678684/--//实际上这个时间是写死在net/tcp.h头文件里面的，参考：/usr/src/kernels/2.6.39-300.26.1.el5

[20200309]rlwrap: error: Cannot execute sqlplus: Too many levels of symbolic links.txt--//同事安装安装oracle以及rlwrap在centos 7时遇到的问题。再测试环境重复演示：$ alias sql='rlwrap sqlplus'$ sqlrlwrap: error: Cannot e

[20200309]expdp 与read only.txt--//链接：http://www.itpub.net/thread-2128382-1-1.html问的问题。--//请教各位大佬，在dataguard的read only模式下，不做转换，如何使用expdp导出数据？--//在本地read only的情况下，不能使用expdp导出数据的。。1.环境：SYS@bookdg> sel

[20200309]数据库异常关闭恢复的终点.txt--//在链接:http://blog.itpub.net/267265/viewspace-2638170/=>[20190312]关于增量检查点的疑问(补充).txt--//我在里面提到数据库异常关闭恢复的起点是low_rba到on_disk_rba作为恢复终点.--//实际上可能更新这些信息可能慢于写入日志,这样可能出现恢复终点大于o

[20200306]expand格式化输出.txt--//以前提到ss输出太宽，使用column过滤。实际上输出是不对齐的。# ss -notp | column -tState  Recv-Q  Send-Q  Local            &

[20200306]hash join会提前终止扫描吗.txt--//链接http://www.itpub.net/thread-2128301-1-1.html问的问题。select /*+ leading(a) use_hash(a b) */ * from a,b where a.id=b.id and rownum<50;假设a，b采用hash连接，a是驱动表，那么是先扫描a.id生

[20200305]netstat state=ESTABLISHED and timer=probe 2.txt1.问题提出:--//生产系统执行netstat发现大量的state=ESTABLISHED和timer=probe的网络链接。#  netstat -tnop 2>/dev/null  | grep probe |wc -l351#  netsta

[20200304]测试网路状态TIME_WAIT.txt--//前几天在做IPTABLE测试时，遇到的情况，看到网络TIME_WAIT状态。想起以前遇到的一次网路故障。--//我当时执行如下：#  netstat -tnop 2>/dev/null  |grep TIME_WAIT|wc    392    3

[20200303]降序索引疑问5.txt--//昨天在优化sql语句时遇到一条sql语句.也是使用order by desc.--//突然想起一些细节我自己以前没有注意到.必须认真考虑.--//语句大致如下,换成*,不然太长了.SELECT *  FROM (SELECT * FROM jcd this WHERE this.biaoshi =  :1  ORDER

[20200302]startup dba.txt--//不记得那个时候看到人家这样执行启动数据库的操作，不知道后面的dba什么意思。--//今天才知道实际上使用在rman，直接启动到restricted模式，测试看看。1.测试1：--//在sqlplus下：SYS@book> startup dbaSP2-0714: invalid combination of STARTUP optio

[20200228]关闭IPv6.txt--//前一阵发现一台服务器使用ipv6.上网查询看看如何关闭它。# Disable IPv6net.ipv6.conf.all.disable_ipv6=1net.ipv6.conf.default.disable_ipv6=1net.ipv6.conf.lo.disable_ipv6=1--//rh7 版本修改 /etc/sysctl.d/99-sysc