ITPub博客

在数据库运维的过程中，我们如何像MySQL一样思考？在《MySQL高效性能》里描述了：工程师常常在编制索引时陷入困境，因为他们把自己思考索引的方式与MySQL“思考”索引的方式混合到了一起。作为工程师，我们在应用程序的上下文中思考查询：应用程序的什么地方执行查询、为什么执行（业务逻辑）以及正确的结果集是什么。但是，MySQL不知道也不关心这些。MySQL思考的是小得多也简单得多的上下文：索引和表条

发现好久不记博客了，平时遇到的问题，做的学习研究也懒得分享了。

setup_instrumentsInstruments 是不同组件集的组合，例如wait、io、sql、binlog、file等。如果我们将这些组件组合起来，它们将成为帮助我们解决不同问题的有意义的工具。例如，wait/io/file/sql/binlog是提供有关二进制日志文件的等待和 I/O 详细信息的工具之一。Instruments从左侧读取，然后组件将添加分隔符“/”。我们添加到Inst

SQL:SELECT COUNT(l.`id_xx_cluster`) FROM app_xx_xx l where 1=1 AND l.id_xx_cluster IN (SELECT a.applicationName FROM axxxx_info a WHERE a.`axxxxStatus`!='02' GROUP BY a.applicationName);主库执行计划

前一段时间和一个客户在优化SQL，发现其实收集了直方图以后看起来对执行计划起不到多大影响。MySQL 8.0后开始支持直方图，我们可以通过analyze table时进行收集，ANALYZE TABLE t UPDATE HISTOGRAM ON c1, c2, c3 WITH 10 BUCKETS;ANALYZE TABLE t UPDATE HISTOGRAM ON c1, c3 WITH 1

原文：https://mp.weixin.qq.com/s/uCjkZTlBG647xHHOPfFddQ HeatWave云服务是Oracle新推出的与MySQL集成的、高性能的基于内存的查询加速器，普通用户可将分析和统计查询的性能提高几个数量级。HeatWave集群支持扩展到数千个内核，比Amazon Aurora快1100倍，比Amazon Redshift快2.7倍，而成本仅为其三分之一。带

INNODB:CREATE TABLE  `test2` (   `col1` VARCHAR( 10 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,   `col2` VARCHAR( 10 ) CHARACTER SET utf8 COLLATE utf8_ge

    从事ORACLE数据库运维多年，发现ORACLE数据库上的很多方法都在影响着我们思维，进而在对其他类型数据库进行运维时，也会不自觉地学习ORACLE数据库很多方式。数据库运维经历发展，终将会步入智能化运维，不管身处什么时代，故障分析仍然是一项十分复杂的工作，在当下的情况，我们一般的路线是收集信息，分析信息，寻找根因，解决问题，在这个过程中，我们会积累

    MySQL Operator for Kubernetes是一个用于安装和管理一个或多个MySQL InnoDB Clusters  的操作工具。MySQL operator本身在Kubernetes集群中运行，并由Kubernetes Deployment控制，以确保 MySQL operator保持可用和运行。MySQL Operato

关于切换时primary-primary 双主问题，看起来是因为使用“alter database switchover to xx” 执行切换时的流程上缺陷问题：首先在以往传统的switchover切换方式下，切换的流程是这样的：假如当前A库(primary)，B库(standby)1. 在A库(primary)库上，执行切换语句"alter database commit to sw

----   Install TCMALLOC     1.unpack tar zxvf   gperftools-2.9.1.tar.gz ./configure   --enable-frame-pointers --prefix=/u

Changed Server DefaultsOption/ParameterOld DefaultNew DefaultServer changescharacter_set_serverlatin1utf8mb4collation_serverlatin1_swedish_ciutf8mb4_0900_ai_ciexplicit_defaults_for_timestampOFFONoptim

InnoDB: ###### Diagnostic info printed to the standard error stream2021-11-19T14:52:21.671328+08:00 0 [ERROR] [MY-012872] [InnoDB] [FATAL] Semaphore wait has lasted > 600 seconds. We intentionally

APPLIES TO:MySQL Server - Version 8.0 and laterInformation in this document applies to any platform.SYMPTOMSOn : 8.0 version, Server Crash ERROR----------------------- [InnoDB] Assertion fai

The server shutdown process takes place as follows:The shutdown process is initiated.This can occur initiated several ways. For example, a user with the SHUTDOWN privilege can execute a&nbsp

ImportantDowngrade from MySQL 8.0 to MySQL 5.7, or from a MySQL 8.0 release to a previous MySQL 8.0 release, is not supported. The only supported alternative is to restore a backup taken before upgrad

转自同事周乙的研究总结，记录一下！关于ckpt的机制 何时发生check point?1.      每次redo file switch。2.      当达到参数LOG_CHECKPOINT_TIMEOUT设置值。3.      当有（

关于正常计划性地shutdown 实例，服务不会自动漂移，只有在实例异常的情况下才会发生自动failover的情况。不过我们可以在srvctl stop instance时加上 “-f“ ，作用就是让服务自动failover到另外一个节点。-f       This option fails the running services ov

节点11）创建表及索引，并插入数据：create table cwdtest.tab91 (id number,name varchar2(100),created date);create index cwdtest.idx_tab91_01 on cwdtest.tab91(id) pctfree 0;2）节点1 进行update:SYS@t1nnps1> update cwdtest.

之前卸载12.1的GI再安装19.9的GI，在创建asmdisk的时候报错：ORA-15137: The ASM cluster is in rolling patch state.Case 1. Update the patch level on all nodes, As root user$ clscfg -patchExample:# <grid home>/bin/clscf