龙山溪笔记

达梦数据库各种批量插入方式性能比较

最近做一个高并发系统的性能优化，发现一个很有意思的问题，和大家分享一下：现象是系统在高峰期比较卡顿，perf top的图如下：热点很明显，高频sql的执行计划走了全表扫描，但是分析了一遍SQL日志，发现SQL都走了索引，没有走全表扫描，怎么办呢？这时可以开启达梦中的10003 事件的trace来找找全表扫描的SQL--开启全表扫描跟踪alter session 0 set events '10003 trace name context forever, level 1';--关闭

案例1：条件列不是索引的首列--创建表CREATE TABLE TAB1(C1 INT,C2 CHAR(1),C3 CHAR(1),C4 INT);--构造测试数据INSERT INTO TAB1SELECT LEVEL C1,CHR(MOD(LEVEL,27)+65) C2,CHR(MOD(LEVEL,27)+65) C3,LEVEL C4FROM DUALCONNECT BY LEVEL<=10000;COMMIT;CREATE INDEX IDX_C1_C2 ON TAB1

飞腾2000+单表插入性能测试CREATE TABLE t_data_metric_20200316( c_inst_id INT NOT NULL , c_sub_inst_id INT NOT NULL , c_task_time INT NOT NULL , c_insert_time TIMESTAMP NOT NULL DEFAULT CURRENT_TI...

--安装完达梦数据库后，可以执行以下脚本自动调整性能相关的参数--修改调整基础参数declarev_mem_mb int;v_cpus int;mem_per int:=100;MEMORY_POOL int;CACHE_POOL_SIZE int;BUFFER_POOLS int;SORT_BUF_SIZE int;SORT_BUF_GLOBAL_SIZE INT;DI...