DolphinDB近期的版本(1.10.14起)升级了内存管理机制,这个方法来检查内存使用已经失效。查看某一个节点上的内存使用情况,请使用getMemoryStat(),若查看集群全部节点可使用getClusterPerf()。
回答于 2021-05-20 20:32
bad_alloc是内存不足导致,社区版本的license,限制了4G的内存使用量,可以用license()确认一下maxMemoryPerNode是否为4。
回答于 2021-05-20 20:31
所有的变量都是在dolphindb server上,这些变量占用的是dolphindb进程的内存,GUI只是展示的前端。
回答于 2021-05-20 20:30
先重启一下节点,然后运行 select * from getClusterChunksStatus() where state != 'COMPLETE' 看一下是否还有chunk is in RECOVERING state 下面是一个修复的例子: 场景:single mode部署,发现某个chunk分区Recovery状态,数据无法导入。系统重启后无法恢复。 分析://选取某一个版本对比master和datanode的版本...
回答于 2021-05-20 20:12
可以用loadTextEx函数,loadTextEx函数支持transform,就是在写入数据库之前,可以处理一下数据。详见https://gitee.com/dolphindb/T... 第4节。示例如下: def addcol(mutable t){ t["TradeDate"]=2020.10.14 t["StockCode"]="688377" return t } tmpTB=loadTextEx(dbHandle=db,tableName=`tb1,partitionColumns=`Trad...
回答于 2021-05-20 20:07
建议用loadTextEx,在dolphindb导入很快。若要更快,可以多线程,用ploop,但要保证多个线程不要写入同一个分区。 行情数据通常可用时间和产品标识两个维度来进行分区。要保证同一分区不被多个客户端同时占用,可让每个客户端写入不同的时间分区,比如对按天的数据库,可一个线程写入第一天的数据,第二个线程写入第二天的...
回答于 2021-05-20 20:06
需要先登录,再运行脚本文件: login("admin","123456"); run "demo.dos";
回答于 2021-05-20 20:05
请用getAllDBs()看一下表是否还在。若getAllDBs()返回的结果中没有key为/CBP_ALARM的行,或其value为空,就表明表不存在了。
回答于 2021-05-20 20:05