Uncle.Cui的技术博客

testdb 初始1MB 下次扩1MB 最大10MB。2. 设置dbs扩展到多大合适。1. 设置chunk自动扩展。

onstat -l 发现所有的逻辑日志都是U------状态，都没有备份，原来是逻辑日志耗尽了。数据库处于CKPT(REQ) CKPT：BLOCKED状态。远程登录查看，这个时候就没有所谓的安全不安全了，都可以远程了。半夜被电话吵醒，数据库不可用了，无法交易。ontape -a -d 逻辑日志备份。发现tap目录已经没有了。

return v_c;

在dbeaver工具里面把参数补全可以执行。但是在mybatis缺执行不了。对把#号换成了$号，就是安全审计提示会sql注入。

(1) 8192指占用磁盘的排序空间为8192K，缺省是1M；(3) 3指可以使用索引中的信息来排序生成统计更新信息；(2) 50指申请50M的内存排序空间，缺省是15M；

GBase8s的chunk文件要求必须是660的权限，而且属主和组都是gbasedbt。

客户发现数据库启动无法查看数据库状态，也启动失败。

有4-5个操作系统的CPU都是100%的情况

[GBasedbt][GBasedbt ODBC Driver][GBasedbt]Unspecified System Error = -23101

经常使用dbload，但是有些细节记不住了，需要记录一下

性能优化

online.log

PDQ

[root@DEMO ~]# curl -o /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repo % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed100 .

在sysutils数据库中创建一个视图，其中包含来自bar_action、bar_instance和bar_object目录表的信息。在视图中包括以下字段：Backup_ID：内部生成的备份 ID 类型：定义备份是整个系统备份、dbspace 备份还是逻辑日志备份。 Object_Name：备份对象的名称。 Ifx_Time：创建对象的时间。对于 dbspace 备份，启动备份的检查点时间。对于逻辑日志，日志变满的时间。 CopyID_HI：用于在存储管理器中定位对象的 ID 的高位部分。 C

客户现场的现象如下：查看表的相关信息：oncheck -pt dbname:tabname明显是发现数据页已经用尽了为什么会用尽呢？继续排查查看数据分布的直方图信息：dbschema -d dbname -hd tabname -ss明显是最近几天的数据量暴涨导致了数据页的用尽。...

某大大大客户生产环境，云平台+HDR集群。故障现象：1、正常情况一切OK；2、后来突然发现连接数据库异常27001的报错3、已经建立的连接是OK的4、此时备节点是可以查询的，建立连接是OK的5、主节点关闭，备节点接管交易，刚开始正常，过半天也就报出了27001的错误6、一线工程师无从下手处理过程：1、登录主节点之后，确实发现了27001的错误2、vmstat 1 操作系统IO正常、内存使用正常、CPU状态正常3、onstat 一通查看，发现数据库各种正常

不要把NULL与空字符串混淆。NULL值意指缺少值，它不是空字符串。如果指定""（两个双引号之间没有任何内容），这在NOT NULL中是允许的。空字符串是一个有效值，它不是没有值。NULL值是通过NULL关键字指定，而不是通过空字符串指定。...

方法1：嵌套子查询select col1,col2 from tab1where id in (select 2_id from tab2 where order_num in ( select order_num from tab3 where prod_id='AAA'))方法2：无嵌套子查询select col1,col2 from tab1,tab2,tab3wh

informix的主键约束alter table t1 add constraint primary key(id) constraint pk_t1;oracle的主键约束：alter table t1 add constraint pk_t1 primary key(id);

1. NS_CACHE 的时间间隔降低,目的是为了快速生效2. passwd -l informix #锁定用户,客户端无法访问3. passwd -u informix #解锁用户，恢复客户端访问

1. 检查操作系统依赖： java -version unzip 2. 操作系统安全相关： 关闭防火墙: systemctl status firewalld systemctl stop firewalld systemctl disable firewalld 放开防火墙的访问端口: firewall-cmd --add-port=9000-9900/tcp --permanent firewall-cmd -

某个数据库许可到期，更新数据库的介质之后，数据库启动成功我就撤出了。很快客户联系我说数据库宕机了无法启动成功。给了我很多重启数据库的信息，基本上都是共享内存已经有了，无法分配新的共享内存信息。我登录之后发现：1. ipcs 确实有没有释放的共享内存ipcrm 干掉2. oninit -v 启动数据库可以成功，但是很快就宕机了，报错如下初步怀疑是sysadmin的问题cd $INFORMIXDIR/etc/sysadmintouch stoponinit -v

通过客户端或dbaccess连接数据库打开数据库的时候报出了 211和103的错误，如果下图：通过排查发现权限没有问题，online.log有大量V段频繁申请的日志。初步怀疑是GL_USEGLU 的问题。后来设置GL_USEGLU=1之后问题解决。...

现象：同样一个数据库，测试环境的网页可以查询，但是生产环境的的网页查询就报出了IO 权限的错误。对于页面内容特别少的，可以查询成功，稍微大点就查询失败。Determines the buffer size for large object data that is fetched from the database server Possible values are:A number greater than 0The maximum number of bytes is alloca

1. 在ER中修改数据库的日志模式发现是非常麻烦的，哪怕是你cdr del repl ; cdr del server 仍然是无法修改的仍然会提示188的报错信息最后我没有办法了，直接用0级备份进行恢复，然后重建ER2. 某个节点加入ER集群cdr define server -I -S ... 这个是OK的cdr list repl 可以发现复制，但是没有参与复制cdr change repl -a .... 发现可以加入成功，但是复制都是inactived状态，cdr s

某个数据库最近总是出现很多诡异的现象： 1、长时间BLOCK(CKPT） 2、逻辑日志备份失败 3、数据库监听没有启动 4、数据库可以通过dbvisual连接和访问，并且还可以做业务 5、onsrtat -l 看到逻辑日志都是U-B的状态，但是online.log却提示逻辑日志已经满了 最终在online.log中发现，数据库居然被启动了两次且两次都启动成功了，不过是后面启动的那次没有获取到监听端口罢了。...

还是建议索引的长度搞的短一点吧，省的给自己找麻烦

如果遇到数据库锁表，通常需要用如下方法处理：查看表的partnum情况：oncheck -pt shjz_mzb:baf01|grep -i partnum这个里面包含了多个分区的partnum，也包含了索引的partnum。 Partition partnum 12584018 Partition partnum 12584029 Partition partnum...

数据库可能会报出上错误，数据库空间不足，解决空间不足的几种可能性：1、onstat -d 查看free是否有0的情况，如果有，增加chunk文件，给dbspaces空间扩容即可2、如果没有，情况就有点复杂了如果onstat -d 没有free=0的情况，说明应该是某个表达到了上限表达到上限的情况有很多种：a> oncheck -pt dbname:tabname 表上的页数达到了某个限制比如1600万个页b>extent的数量达到了上限3、我还遇到过一个非常隐..

1、yum install -y perf安装perf工具git clone --depth 1 https://github.com/brendangregg/FlameGraph.git下载FlameGraph2、perf record -F 99 -p 29873 -m 4 -g -a -- sleep 60每个参数详细的解释见 linux perf Examples3、perf script > out.perf将二进制信息转换为ASCII格式的文件4、./Fl

故障现象：数据库0级备份报错如下：故障处理过程：1、初步怀疑是数据库监听出了问题onstat -g ntt 发现有一个数据库监听是正常的2、查看sqlhosts，发现里面需要有两个数据库监听3、仔细比对发现sqlhosts文件中有一个监听的IP地址写错了4、修改sqlhosts，重启数据库5、备份恢复正常...

informix HQ 目前不提供单独的下载介质，是集成在了14.10 SERVER的安装包里面。可以最低支持12.10版本的数据库，再低的版本就不再支持了。正常通过./ids_install安装数据库SERVER之后，在$INFORMIXDIR/hq 目录下的内容就包含了HQ的全部内容（非常简洁）。informixhq-server.jar ：是HQ SERVER启动WEB服务需要的JAR包；informixhq-server-example.properties：HQ SERVER的

此为粗略展示，并没有做特别多的使用和研究。另外： 数据库集群的拓扑没有展示出来，不知道是否我配置的问题。

测试表和数据：drop table if exists employee ;drop table if exists employee3 ;CREATE TABLE employee (emp_id INTEGER, name CHAR(32), dept_id CHAR(2), mgr_id INTEGER, ssn CHAR(12)) partition BY expression partition p0 (emp_id < 100) in dbs1, PARTITION

总则：如果数据库服务器遇到了2个、4个或8个节点的NUMA。1、使用numactl -H来查看服务器NUMA的分布情况假定发现如下：节点 0 CPU：0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46节点 0 大小：195269 MB2、informix尽量使用NUMA中的一个节点，但是对于4个或8个节点的NUMA明显是浪费的。这个时候可以使用两个节点的NUMA，但是不建议超过2个。3、numac

测试用的表并插入数据：create table blob_test (objekt_nr int,doc blob) put doc in (sbdbs01,sbdbs02,sbdbs03);insert into blob_test values (42, filetoblob("/etc/passwd","server"));insert into blob_test values (43, filetoblob("/etc/hosts","server"));insert into

什么是DIRECT_IO？This is an onconfig parameter that allows Informix to override the cache layer of file systems,so IDS writes and reads using the Kernel Asynchronous IO bypassing the filesystem's caching mechanism.This offers virtually the same benefits

1、检查系统保留页 oncheck -pr oncheck -cc2、检查extents oncheck -ce3、检查system catalog tables oncheck -cc dbname4、检查数据和索引 oncheck -cDI dbname5、检查大对象 oncheck -cs sbspace_name oncheck -cS sbspace_name...