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

一次问题

数据库的归档日志很多,多到那个机器的硬件不足以处理了。查看了一下为什么产生这么多日志。发现其实都是一些不当的使用方式。比如开发人员建立了一个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手中的特性是发挥不出来的。我讲完这些旧特性,开发同学非常高兴的走了,去体会和实践了。

相关推荐
得物技术1 小时前
破解gh-ost变更导致MySQL表膨胀之谜|得物技术
数据库·后端·mysql
Raymond运维5 小时前
MariaDB源码编译安装(二)
运维·数据库·mariadb
沢田纲吉6 小时前
🗄️ MySQL 表操作全面指南
数据库·后端·mysql
RestCloud21 小时前
SQL Server到Hive:批处理ETL性能提升30%的实战经验
数据库·api
RestCloud21 小时前
为什么说零代码 ETL 是未来趋势?
数据库·api
ClouGence1 天前
CloudCanal + Paimon + SelectDB 从 0 到 1 构建实时湖仓
数据库
DemonAvenger1 天前
NoSQL与MySQL混合架构设计:从入门到实战的最佳实践
数据库·mysql·性能优化
AAA修煤气灶刘哥2 天前
后端人速藏!数据库PD建模避坑指南
数据库·后端·mysql
RestCloud2 天前
揭秘 CDC 技术:让数据库同步快人一步
数据库·api
得物技术2 天前
MySQL单表为何别超2000万行?揭秘B+树与16KB页的生死博弈|得物技术
数据库·后端·mysql