数据库优化指南:如何将基本功能运用到极致?

一次问题

数据库的归档日志很多,多到那个机器的硬件不足以处理了。查看了一下为什么产生这么多日志。发现其实都是一些不当的使用方式。比如开发人员建立了一个xxxx_temp从这么名字上就应该能猜出来这是要做什么?美其名曰是临时表。

就是导入一批数据,给这些数据做一系列加工(运算),然后再把这些数据删除。用SQL来描述,就是insert 1亿,update 1亿,再delete 1亿。(这里说的1亿是虚数)最终表上是0行数据,但是日志产生了3亿行的操作日志。其实不应该这样用的。如果了解数据库原理就不会这样做。

正确示例

mmm表和xxg2表都是空的。

给xxg2表写入两条数据。

然后把xxg2表的临时数据最终放到mmm表中。然后提交。

最终mmm表中的数据达成预期落地了。而xxg2表作为临时表。被清空了。整个过程不需要对xxg2表做delete。也就不会产生对应的归档。

当然在xxg2表上的insert和update也几乎不会产生日志,或者可以忽略所谓产生的日志。这样对数据库的压力就小很多。无效的工作都不需要记录了。

区别是全局临时表

create global temporary table xxg2 (id int ,name varchar2(10)) on commit DELETE ROWS;

这是真正的临时表,而日常开发同学建立的都是临时性质的表。这一点无论Oracle、MySQL还是PG上都是这样做。那是因为开发同学不懂也不知道数据库的临时表应该怎么做。

看上去是炒冷饭不是新功能,但是就是这样的旧功能都没用好

很多数据库的功能仅仅DBA掌握是没有用的。要让开发掌握这才能用好。只在DBA手中的特性是发挥不出来的。我讲完这些旧特性,开发同学非常高兴的走了,去体会和实践了。

相关推荐
m0_466525295 小时前
绿盟科技风云卫AI安全能力平台成果重磅发布
大数据·数据库·人工智能·安全
爱学习的阿磊5 小时前
使用Fabric自动化你的部署流程
jvm·数据库·python
枷锁—sha5 小时前
【SRC】SQL注入快速判定与应对策略(一)
网络·数据库·sql·安全·网络安全·系统安全
惜分飞6 小时前
ORA-600 kcratr_nab_less_than_odr和ORA-600 4193故障处理--惜分飞
数据库·oracle
chian-ocean6 小时前
CANN 生态进阶:利用 `profiling-tools` 优化模型性能
数据库·mysql
m0_550024636 小时前
持续集成/持续部署(CI/CD) for Python
jvm·数据库·python
AC赳赳老秦6 小时前
代码生成超越 GPT-4:DeepSeek-V4 编程任务实战与 2026 开发者效率提升指南
数据库·数据仓库·人工智能·科技·rabbitmq·memcache·deepseek
啦啦啦_99996 小时前
Redis-2-queryFormat()方法
数据库·redis·缓存
玄同7657 小时前
SQLite + LLM:大模型应用落地的轻量级数据存储方案
jvm·数据库·人工智能·python·语言模型·sqlite·知识图谱
吾日三省吾码7 小时前
别只会“加索引”了!这 3 个 PostgreSQL 反常识优化,能把性能和成本一起打下来
数据库·postgresql