ITPub博客

    与oracle或其他的数据库都差不多，一条sql的执行主要还是要经历了解析、优化、执行这几个过程，稍微具体下总结，MYSQL的主要过程如下：客户端发起连接-----连接器，主要分配线程，验证权限----分析器，对sql语句语法进行分析-----优化器，生成准确的执行计划-----执行器，执行语句，发起读写数据，返回结果--之后对数据读写是io线程与存储引擎的交互在客户端

OGG-01224 error 111:Connection refused - retries exceeded.目标端进程正常启动，端口开启监听，且没有防火墙限制，但源端p进程一致报出Connection refused错误。2019-01-04 02:25:08  WARNING OGG-01221  Connect failed to 10.101.x.xxx:9902

最近没有研究什么，先整理整理以前的故障分析报告吧！主要是关于一个latch: ges resource hash list和library cache: mutex X并发的故障。1.分析主机负载情况 根据监控所看当时故障期间主要是CPU耗尽，因此查询当时CPU相关日志：VMSTAT:zzz ***Mon Mar 5 08:36:18   CST 2018procs &nbsp

 心里时常告诫自己，不乱于心，不困于情。可是多少次总会慌忙，是琐事杂乱了我的心神。翻翻这些天做过的事，记过的笔记，发现没有什么可以总结的，都是些琐碎费神但不费脑的工作。好吧，始终要铭记，不能被温水煮青蛙，要思考，不可停滞。管他东西南北风，这世界这江湖，坚持，多少人能够做到。中年人，不畏将来，不念过往。将自身的格局不断扩大。格局，意味着思想跳出眼前的圈，鸟瞰一切。就这样，这点感悟。记在寒冬

以下SQL 走了全表扫描，效率下降，而SQL中谓词字段选择性非常低，通过直方图，并从btree转bitmap后性能提供，于是对此过程进行分析。Select Count(*) From pmc.DesignXXXXX t Where 1=1  and OrganId='C00000220'And

  Oracle在11g的版本中已经对可诊断性功能进行了大量改进，而在Oracle 11g版本之前诊断事件的语法的比较有限的，11g的版本中的内核调试和诊断功能已经让我们可以更详细精确地的查看到跟踪和转储诊断信息，在oracle 12c的新版本中，oracle继续对诊断功能进行优化改进，并且提供了更加实用性的功能，以更加方便我们进行故障诊断和处理。一.关于oracle诊断事件的

有个关联查询的sql,需要2秒多，于是进行查看一番：SELECT a.id, a.brand_id, a.series_id, a.product_id, a.material_id, a.custom_category_id, a.price, a.product_url, a.organ_id, ..... FROM pm_brand_xxxx&n

        无意间看到了percona-data-recovery-tool 这个工具，这个工具是用来恢复innodb数据文件中的数据，貌似都建议row_format必须是REDUNDANT或者COMPACT。而在mysql5.7.8以上默认为Dynamic，但其实在此处我在Dynamic下测试是没有问题的。当我们误删除某个表数据时，实际上数还存留在数据

给一个登录触发器不生效问题困扰半天，只在alert日志中记录，原来是有了DBA权限。记录下TRIGGER AFTER LOGON ON DATABASE does not fireLogin as a user with DBA privilegesORA-00604: error occurred at recursive SQL level %sORA-06512: at %sline %sO

将表中clob字段生成txt 文件，发现只要超过32k写入就报错。使用UTL_FILE.PUT的方式循环将buffer写入文件，但发现一旦某个字段超过32K，在刚好超过32k便报出以上ora06512文件写入错误  v_out_filename_full := v_filedir_guid || v_out_fileext; &nbsp

     这是一个原来遇到过，困扰过了我们很多人很久的故障，问题迟迟无法解决的原因是因为概念的模糊。os thread startup 是oracle 等待事件中Concurrency的一个等待，与之相关的解释实际非常少。从种种故障现象及字面意义来理解，在进行并行分配是向os 申请进程启动，而在正常的系统中，该动作是非常快的，在我们高压力的数据库环境下，os存在响应问

Description: *************************************************************************            Running with the following parameters        &n

      最近在测试goldengate 从ORACLE 同步到MYSQL，总是出现某一张表的进程同步会出现异常终止，在开启实时同步之前，已通过ogg初始化将数据迁移到mysql，后开启实时同步，在抽取复制了部分数据后就突然终止，2018-10-27 17:28:15  ERROR   OGG-00768  DYNSQL: P

一、 数据库告警日志09:22分出现报错：Thu Feb 25 09:22:04 2016Errors in file /opt/oracle/app/oracle/diag/rdbms/cspora/cspora10/trace/cspora10_ckpt_165762.trc:ORA-01171: datafile 163 going offline due to error advancin

一个rac只能启动一个节点crs的问题，目前怀疑是多播问题造成。前几日在历史库测试PSU升级，在完成一个节点软件升级后对第二节点GI进行升级时，CRS可以正常成功关闭，之后报出了Error : The opatch Applicable check failed，于是尝试重新启动CRS，但很明显CRS无法正常启动。 通过日志查看，发现CRS-5818:Aborted command &#

 MYSQL 连接登录过程分析在较新MYSQL版本中，默认没有开启线程池的功能，每个客户连接在服务器进程中都拥有自己的线程。当客户端（应用）连接到MySQL服务器时，服务器要对其进行认证（Authenticate），认证方式基于用户名、原始主机信息和口令。登录mysql 可以通过Unix socket与TCP两种方式登陆，Unix socket是实现进程间通信的一种方式，mysql支持利

INNODB锁说明：锁机制是事务型数据库中为了保证数据的一致完整性的特性；在对MySQL进行性能调优时，往往需要重点考虑锁机制对整个事务的影响。MySQL 5.5 版本后InnoDB存储引擎已是默认存储引擎，这里重点介绍InnoDB存储引擎的锁机制。InnoDB主要使用两种级别的锁机制：行级锁和表级锁。Innodb的行级锁分为两种类型:共享锁和排他锁。而在锁机制的实现过程中为了让行级锁定和表级锁定

fio -filename=/dev/sdc1 -direct=1 -iodepth 1 -thread -rw=randread -ioengine=psync -bs=16k -size=200G -numjobs=10 -runtime=1000 -group_reporting -name=mytest1.惠普 1万转的sasi 磁盘，三块盘做raid5[root@localhost ho

ORACLE    同步mysql遇到问题：2018-08-27 10:59:54  WARNING OGG-01004  Aborted grouped transaction on DESIGNXXxx, Database error 1105 ([SQL error 1105]Parameter of prepared statem

Oracle 12c数据库在优化器方面确实做出了很大进步。在Oracle 12c数据库众多特性中，自适应查询优化是较大的功能变化了。它使优化器能够对执行计划进行实时调整。当现有的统计信息不足以产生一个优化的计划，它能够及时的找到导致更佳的统计信息的额外信息。自适应查询优化包括两个方面：自适应计划，它着重于改善一个查询的初次执行；自适应统计信息，它为后续的执行提供了额外的信息。 (自适应查