ITPub博客

今天和大家MySQL数据库内存分配的问题，数据库 MySQL 的内存是重要的性能参数，常出现由异常 SQL 请求以及待优化的数据库导致的内存利用率升高的情况，严重时还会出现由于 OOM 导致实例发生 HA 切换，影响业务的稳定及可用性。MySQL 的内存大体可以分为 global 级的共享内存和 session 级的私有内存两部分，共享内存是实例创建时即分配的内存空间，并且是所有连接共享的。私有内

现象描述数据库 MySQL 出现内存突增，内存持续增长不释放的情况。具体表现在实例监控的内存利用率监控图表中，如下图所示：在突增之后，或者长期缓慢增长的过程中，最终达到一个过高的水平（>96%），且在一定范围内小幅度变动，有可能会经常性的触发自定义的可观测平台内存告警。故障风险低效的 SQL 语句或数据库参数设置不当都可能会导致内存利用率升高，若您使用的是云数据库 MySQL 双节点、三节点

随着计算机科技的不断发展，安全问题越来越受到关注，其中内存管理安全也越来越被关注。在这个背景下，Oracle数据库针对透明大页（Transparent Huge Pages, THP）的问题进行了一系列的改进和研究，关闭透明大页，实现安全内存管理。透明大页是一个为Linux设计的内存管理技术，旨在提高系统性能和内存利用率。它通过把内存分为更大的块，减少了内存碎片，提高了访问效率。但同时，透明大页也

现象描述数据库 MySQL 出现响应变慢、无法获取连接、超时等现象。当数据库 MySQL CPU 利用率超过80%时，可能会出现业务响应变慢、超时、无法连接数据库等现象。数据库 MySQL CPU 使用情况，可在 liunx命令top查看。说明CPU 利用率过高时，如果使用的是云主机或者云服务建议优先开启 CPU 弹性扩容，支持手动/自动扩展 CPU，可轻松应对突发压力，保障线上业务稳定性，若 C

现象描述连接数据库 MySQL 实例时，提示“ERROR 1045 (28000): Access denied for user ‘XXX’@’XXX’”报错信息。可能原因1. 用户名错误2. 主机名错误3. 密码错误解决思路检查用户名、主机和密码是否正确，如忘记密码，您可以 重置密码 或 新建一个权限满足需求的临时账号 来登录数据库。处理步骤1. 使用root或者权限比较高的用户查询用户信息。

问题描述：    在使用数据泵导入数据时报如下错误。数据是从oracle 19c，Version 19.9.0.0.0版本中导出的。要导入到19c Version 19.22.0.0.0版本中。Import: Release 19.0.0.0.0 - Production on Thu&n

在帮助业务部门迁移数据时，使用impdp进行数据加载时报错，错误信息如下所示。[oracle@zkrkf dpdump]$ impdp '"/ as sysdba"'  directory=DATA_PUMP_DIR dumpfile=0704.dump  log

在mysql中我们一般分两类用户，一种是业务用户，一种是管理员账号。平时创建账号的时候，可以分为两大类，一类是业务系统的账号，基于具体的数据库上面做的操作。一类是管理员账号，会涉及到 像 mysql、information_schema、performance_schema 系统数据库的管理，用户做统计、分析，管理等等。1.创建一个新的数据库。模拟业务数据库。mysql> create da

今天早晨帮开发同事创建数据库，初始化数据时，提示如下错误，1273 - Unknown COLLATE:'utf8mb4_0900_ai_ci'，我想应该是没有这个排序规则。查询了一下自己数据库版本是MySQL5.7.14首先看看utf8mb4_0900_ai_ci是什么？utf8mb4_0900_ai_ci是mysql8.0之后的数据库的一种排序规则（collation）。我的是

在我们分析数据库问题时，有时DBA不在现场或者在赶往现场的路上时，我们想分析一个SQL的历史执行计划，我们就可以使用今天给大家介绍的这种方式来分析。周末正在家里休息，我的一个客户打电话来说，最近有一个SQL跑的有时快，有时慢，这个现象已经出现几次了。这个业务是定时任务，每天早晨5点开始跑，大约30分钟就可以跑完，但是最近几次有时要到中午12点左右。我听完他的介绍，大致分析出来问题所在，应该是这个s

在数据库运维中，用户抱怨他们的应用程序速度较慢。他们没有提供具体细节，但他们“感觉”它运行得更慢了。听起来很熟悉？每隔一段时间，我就会收到这样的请求：“我如何才能发现我的数据库中的某些SQL是否随着时间的推移而变得更糟？”很难处理一些模糊的问题，比如“随着时间的推移，找到性能更差或更好的SQL”。如果我们简化该问题，其实就是在数据库中找到记录每一个sql每次的执行时间，“每次执行的运行时间”，那么

前提用Navicat进行微软的SQL server连接，用本机的Navicat来连接SQL server的时候会出现这样的错误[IM002] [Microsoft][ODBC驱动程序管理器]未发现数据源名称并且未指定默认驱动程序(0)，下面就来说一下解决方法：错误解决解决方法一首先找到Navicat的安装路径，然后找到sqlncli_x64.msi文件并安装，安装成功后再去测试连接一下，看看是否成

有时工作需要，无法快速关闭数据库的因素：1、连接的客户端进程数量2、未提交的事务占用的UNDO BLOCK数量3、长时间运行的会话4、SMON进程清理临时段的速度我本次遇到的问题是，执行了大量的sql，未提交的事务占用的UNDO BLOCK数量的原因，查看预警日志文件（alert_sid.log）的位置SQL> show parameter dumpNAME    

工作中，在执行rman备份与恢复时，如果窗口不小心关闭了，或者断开了，如何查看rman备份与恢复得得进度。查看RMAN备份进度（全量备份与增量备份） SELECT sid,        serial#,        CONTEXT,

随着公司业务线不断壮大和发展，项目种类不断增多，对于配置的统一管理和监控以及支持动态发布等一些特性变成越来越重要的事情。所以需要引入配置中心进行与公司业务流程的适配。方向选型主要是Nacos和Apollo，二者区别这边不做赘述，最终落地选择了Apollo。在信息安全要求中，包含这么一条规则，要求放在配置中心的一些关键配置，比如数据库密码，各种中间件，MQ、以及服务器地址之类的数据，需要进行加密存储

oracle 19c 安装打补丁时，补丁是Version 19.20.0.0.0Opatch升级到12.2.0.1.39完成，执行opatch会报错opatch version./opatch: line 839: [: too many arguments./opatch: line 839: [: too many argumentsJava (1.7) could not be locate

今天数据库的ADG硬件损坏，需要更换硬件，硬件工程师到达现场没有联系公司员工，直接停机进行硬件更换。我们收到邮件报警后，立即打电话咨询情况。当更换完硬件后，启动服务器器后，立刻检查数据库情况。在启动数据库时，报如下错误。ORA-10458: standby database requires recoveryORA-01196: file 1 is inconsistent due to a fa

windows系统的单实例11g数据库使用sqlplus登录的时候出现报错ora-01017报错，是因为sqlnet.ora中有个参数设置出现了问题，导致的。sqlnet文件中SQLNET.AUTHENTICATION_SERVICES= (NONE)参数设置，正确是sqlnet文件中 SQLNET.AUTHENTICATION_SERVICES= (NTS)，我的就是这个问题，改过以后

不可见索引(Invisible Index)是ORACLE 11g引入的新特性。不可见索引是会被优化器忽略的不可见索引，除非在会话或系统级别上将OPTIMIZER_USE_INVISIBLE_INDEXES初始化参数显式设置为TRUE。此参数的默认值是FALSE。   （1）从11g开始，就有了invisible index   （2）invisible i

GOALThe purpose of this article is to give steps to discover the affected objects and  fix the mismatch betwe