可以,不过巨慢。
网上查DB2 SQLCODE=-1585的解决方法db2数据库没有建足够大的临时表空间,新建一个足够大的临时表空间,然后问题解决。
看看机器的剩余内存还有多少
执行计划 然后建表脚本最好都能贴上去 现在的信息太少了,无法给你一个好的建议。
这个应该是mysql数据所在的分区下,分区空间耗尽,导致启动不开
大数据表,不要建很多索引,否则会拉低写操作的速度的,读操作尽量用For fetch only这样的限定。还有就是,无论读操作,还是写操作的,字段条件顺序,要和索引字段的顺序要一致。少用大于,小于,in,exsit,多用between and,和等号。
放弃java,使用DB2 CLI E-SQC速度绝逼提高几十倍,甚至几百倍。不放弃的话,只能从索引还有查询条件入手了,做实行计划,然后修改索引。
先定位一下是哪个程序句柄导致的死锁。 方法一、查看db2diag.log文件找到DeadLock or Lock timeout 死锁或锁超时信息db2 force application(句柄ID)直接结束进程即可。 方法二、DB2快照信息1、看一下DB2快照信息
exp是逻辑的,不能基于时间点恢复,不要求数据库开启归档;rman是物理的,需要数据库开启归档,可以做的事情太多了,最简单就是基于时间点恢复。
通道可以在退出会话时自动释放,rman保留策略需要结合数据库参数和第三方备份软件的配置(如NBU Tivoli DP等)
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30