ITPub博客

Oracle RAC CR Server Part One

在上一期《数据库对象信息记录表|全方位认识 mysql 系统库》中，我们详细介绍了mysql系统库中的元数据记录表，本期我们将为大家带来系列第四篇《统计信息记录表|全方位认识 mysql 系统库》，下面请跟随我们一起开始 mysql 系统库的系统学习之旅吧。

我们为什么要删除大量的数据？我们是否知道在删除操作完成后我们又需要如何验证我们是否到达最终目标？我们可以使用哪些方法来最小化的执行删除所带来的影响以及删除完成之后我们还需要做什么才能达到最终的目标？

我们为什么要删除大量的数据？我们是否知道在删除操作完成后我们又需要如何验证我们是否到达最终目标？我们可以使用哪些方法来最小化的执行删除所带来的影响以及删除完成之后我们还需要做什么才能达到最终的目标？

本文基于公司产品需求，对比研究5.7版本下binlog server备份binlog的功能，以及该工具的优缺点。

前面的章节我们介绍了Oracle为实现Cache Fusion引入的各种改变和新的概念。本节我们从RAC环境中可能发生的场景对Oracle Cache Fusion的实现进行更近一步的探讨。

前面的章节我们介绍了Oracle为实现Cache Fusion引入的各种改变和新的概念。本节我们从RAC环境中可能发生的场景对Oracle Cache Fusion的实现进行更近一步的探讨。

分享两个比较有意思的问题给大家：一个是在执行ALTER TABLE ADD COLUMN语句时，报了Duplicate entry的错误；另一个是关于在MySQL中正确存取emoji表情的问题。

分享两个比较有意思的问题给大家：一个是在执行ALTER TABLE ADD COLUMN语句时，报了Duplicate entry的错误；另一个是关于在MySQL中正确存取emoji表情的问题。

死锁检测OracleRAC的死锁检测在多层完成，并且是由超时机制驱动。-ksq解决本地死锁问题。-kjd解决全局死锁问题。-消息流量控制器（TRFC）预防消息的死锁问题。在生产环境中涉及的资源和锁的数量非常多，因此查找是否存在死锁可能非常耗时消耗系统资源。因此，当有进程发生长时间的等待时，系统会认为

Oracle RAC Enqueues And Lock Part 3（Deadlock）

Kubernetes scheduler是一个策略丰富、拓扑感知、工作负载特定的功能，显著影响可用性、性能和容量。为了能更好的使用它，所以从源码的角度，对它进行一个全方位的分析与学习。

本期我们将为大家带来系列第三篇《元数据记录表|全方位认识 mysql 系统库》，下面请跟随我们一起开始 mysql 系统库的系统学习之旅吧。

本期我们将为大家带来系列第三篇《元数据记录表|全方位认识 mysql 系统库》，下面请跟随我们一起开始 mysql 系统库的系统学习之旅吧。

案例演示场景：双节点RAC环境下，三个不同的会话访问同一张表T：1.P1申请表的共享模式锁。2.P2申请表的共享模式锁。3.P2执行回滚操作。4.P1申请表的独占模式锁。5.P3申请表的共享模式锁。6.P1执行回滚操作。第1-2步：核心流程在步骤1中，P1将表锁定在共享模式下。在步骤2中，P2在共享

Oracle RAC Enqueues And Lock Part案例演示

Oracle研发工程师为了保证Cache Fusion的各个实例一致性使用了超过70种的队列锁,12.2版本有超过90种队列。

Oracle研发工程师为了保证Cache Fusion的各个实例一致性使用了超过70种的队列锁,12.2版本有超过90种队列。

某客户反馈，在利用binlog做基于时间点的恢复时，频繁出现无法正确恢复数据的情况（出现概率大约5%~10%），这是为啥呢？

某客户反馈，在利用binlog做基于时间点的恢复时，频繁出现无法正确恢复数据的情况（出现概率大约5%~10%），这是为啥呢？