数据库

大数据量删除的思考(四)

在本系列的前一期文章中,我制作了一些图,突出显示了按表扫描执行大量删除操作和按索引范围扫描执行大量删除之间的主要区别。根据所涉及的数据模式,选择正确的策略可能对随机I/Os的数量、生成的undo的数量和排序所需的CPU数量产生显著影响——所有这些都可能影响执行删除所需的时间。然而,这个简单的演示跟生产环境当中相比,生产环境当中这个情况更为复杂。所以,如果你面临着一项艰巨的任务,你需要仔细考虑如何对

沃趣科技
Oracle
2019-10-07 22:09

大数据量删除的思考(三)

在本系列的上一部分中,我们研究了在大数据删除表和索引和案例。在这一部分中,我们将继续讨论不同案例所隐含的工作量,然后考虑删除策略,或者需要制定减少工作量的策略。基本开销部分除了时间本身,我们还要关注其它三个指标,即大数据删除的过程中:生成的undo和生成的redo以及发生的I/ O量。这些因素并不是相互独立的,这在优化删除的一般性讨论中引入了很多复杂性,并且删除操作本身可能会影响同时运行的其他会话

沃趣科技
Oracle
2019-10-07 21:51

大数据量删除的思考(二)

在这个简短系列的第1部分中,我提供了两个场景的非正式描述,在这些场景中,我们可以从表中进行大规模删除。没有一个具体的例子,很难想象删除数据的性质和可用的访问路径会产生大数据量删除操作对系统的性能影响,所以我要把大部分的时间花在本文讨论的两个测试生成的数据集。这篇文章似乎有点长但相当多的空间会被表格占用。简单的数据集随着硬件的能力和规模的不断增长,我们越来越难以就“大表”或“大规模删除”的含义达成一

沃趣科技
Oracle
2019-10-07 21:24

手把手教你认识OPTIMIZER_TRACE

前言我们在日常维护数据库的时候,如果遇到慢语句查询的时候,我们一般会怎么做?执行EXPLAIN去查看它的执行计划? 是的。我们经常会这么做,然后看到执行计划展示给我们的一些信息,告诉我们MySQL是如何执行语句的。BUT,执行计划往往只给我们带来了最基础的分析信息,比如是否有使用索引,还有一些其他供我们分析的信息,比如使用了临时表、排序等等。我们能从这些信息里面找一些优化点,这样就足够了吗?看看这

沃趣科技
MySQL
2019-10-07 20:09

揭秘MySQL 主从环境中大事务的传奇事迹

toc或许某些人会说MySQL Low,而且乐此不疲,不过,我完全也可以说某些人压根就不会用MySQL,万事万物都具有两面性的,最终结果的好坏还得看是谁在用、怎么用。关于这个问题的争论,相信大家都喜闻乐见了,尤其是数据库界的"郭德纲"的言论尤其精彩,没事听听数据库界的"郭德纲"讲讲故事、讲讲段子,也是一件蛮有意思的事情。说回到大事务,大家或多或少都不太喜欢它

沃趣科技
MySQL
2019-10-07 19:35

MySQL 执行DDL语句 hang住了怎么办?

MySQL 执行DDL语句 hang住了怎么办? 不要慌,先点支烟,听我娓娓道来!前两天,早上7点多的时候,抓起手机忽然看到了圈内的一则DDL语句 hang住的案例,阅读到文末,发现文中留有一些疑问(当然,文章是7月份的,现在或许作者已经解决了这些疑问),于是一咕噜从床上爬起来,按照文中的复现方法操作了一遍(复现方法见文末),然后,按照自己的思路解决了该疑问,现在将整个过程整理出来分享给大家。环境

沃趣科技
MySQL
2019-10-07 18:35

​MySQL 一个让你怀疑人生的hang死现象

1、故障现象某客户反馈,在利用binlog日志的解析内容做基于时间点的恢复时,出现hang死(超过12小时那种),恢复过程无法继续,而且100%重现基于时间点恢复的实现方式为:使用mysqlbinlog命令指定一个结束时间点,解析binlog并使用管道直接导入数据库中执行(例如:mysqlbinlog binlog_file | mysql -uroot -pxx)对此,我们收集了最基本的一些环境

沃趣科技
MySQL
2019-10-07 17:50

[20191003]oracle number类型存储转化脚本.txt

[20191003]oracle number类型存储转化脚本.txt--//完善脚本,增加支持科学记数法。比如1e4之类的写法。2.测试:$ cat test.txt012251234100-410041000000-410000001320040782.01.3.00000125115.200003-.00000125-.3-1-5-20032-234.43299999999999999999

lfree
Oracle
2019-10-04 20:20

XLOG段文件跳号现象分析

一、原理当执行promote时,我们经常看到的结果是:生成一个新XLOG文件,名称为:时间线加1,段文件名为之前的段文件号。那么做这个动作的时机是什么时候呢?是否只有这一种现象,会不会有其他现象?先透露下,当执行promote动作前,最后一个XLOG日志是SWITCH时,段文件号会加1。下面我们对其流程做详细分析,并通过gdb理解其原理。    做这个动作的

yzs87
PostgreSQL
2019-10-04 12:27

数据库,主键为何不宜太长长长长长长长长?

​回答星球水友提问:沈老师,我听网上说,MySQL数据表,在数据量比较大的情况下,主键不宜过长,是不是这样呢?这又是为什么呢?

58沈剑
数据库开发技术
2019-09-30 15:54

查询某一时间点的scn号

查询某一时间段内的scn号脚本:select scn,to_char(time_dp,'yyyy-mm-dd hh24:mi:ss')       from sys.smon_scn_time       where to_char(time_dp,'yyyy-mm-dd hh24:mi:ss&

记录每一次错误
Oracle
2019-09-30 15:36

sql_plan_baseline

https://blog.csdn.net/u010719917/article/details/520026791、查看错误的SQL 所执行 的执行计划,确认是否需要使用基线控制执行计划(前提,我们无法直接修改SQL,否则直接通过SQL改写方式即可)2、打开基线捕获参数  alter session set optimizer_capture_sql_plan_baselines=TR

不一样的天空w
Oracle
2019-09-30 14:10

Percona-Toolkit 之 pt-kill 低效SQL

[root@ tools]#vi ptkill_master.confuser=rootpassword=asd.123port=3306busy-time=5printkill/u01/soft/percona-toolkit-2.2.16/bin/pt-kill --config ptkill_master.conf --host=127.0.0.1 --log=/tmp/ptkill_mas

haoge0205
MySQL
2019-09-29 15:56

PostgreSQL DBA(100) - Linux(Huge Pages)

PostgreSQL通过参数huge_pages设置是否启用大页,利用常驻内存用以提升性能,本节简单介绍了Linux中Huge Pages的相关设置。

husthxd
PostgreSQL
2019-09-27 10:44

MySQL8.0之XtraBackup

XtraBackup是由Percona提供的开源备份软件。它能在不关闭服务器的情况下复制普通文件。但为了避免不一致,它会使用redo日志文件。XtraBackup被许多公司广泛用做标准备份工具。与逻辑备份工具相比,其优势是备份速度非常快,恢复速度也非常快。Percona XtraBackup的工作原理:1.XtraBackup复制InnoDB数据文件,这会导致内部不一致的数据,但是它会对文件执行崩

梓沐
MySQL
2019-09-27 08:58