-
编辑 删除
第4期 MySQL数据库CPU利用率过高
现象描述数据库 MySQL 出现响应变慢、无法获取连接、超时等现象。当数据库 MySQL CPU 利用率超过80%时，可能会出现业务响应变慢、超时、无法连接数据库等现象。数据库 MySQL CPU 使用情况，可在 liunx命令top查看。说明CPU 利用率过高时，如果使用的是云主机或者云服务建议优先开启 CPU 弹性扩容，支持手动/自动扩展 CPU，可轻松应对突发压力，保障线上业务稳定性，若 C
-
编辑 删除
第3期 连接 MySQL 实例出现 Access denied for user ‘XXX’@’XXX’ 报错
现象描述连接数据库 MySQL 实例时，提示“ERROR 1045 (28000): Access denied for user ‘XXX’@’XXX’”报错信息。可能原因1. 用户名错误2. 主机名错误3. 密码错误解决思路检查用户名、主机和密码是否正确，如忘记密码，您可以 重置密码 或 新建一个权限满足需求的临时账号 来登录数据库。处理步骤1. 使用root或者权限比较高的用户查询用户信息。
-
编辑 删除
第2期 19C impdp导入ORA-56935 ORA-39097
问题描述： 在使用数据泵导入数据时报如下错误。数据是从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
-
编辑 删除
第1期 Oracle Data Pump impdp报ORA-39405，手动更新DST v42版本
在帮助业务部门迁移数据时，使用impdp进行数据加载时报错，错误信息如下所示。[oracle@zkrkf dpdump]$ impdp '"/ as sysdba"' directory=DATA_PUMP_DIR dumpfile=0704.dump log
-
编辑 删除
MySQL中不同用户ALL PRIVILEGES权限的不同
在mysql中我们一般分两类用户，一种是业务用户，一种是管理员账号。平时创建账号的时候，可以分为两大类，一类是业务系统的账号，基于具体的数据库上面做的操作。一类是管理员账号，会涉及到 像 mysql、information_schema、performance_schema 系统数据库的管理，用户做统计、分析，管理等等。1.创建一个新的数据库。模拟业务数据库。mysql> create da
-
编辑 删除
MySQL5.7不支持COLLATE=utf8mb4_0900_ai_ci
今天早晨帮开发同事创建数据库，初始化数据时，提示如下错误，1273 - Unknown COLLATE:'utf8mb4_0900_ai_ci'，我想应该是没有这个排序规则。查询了一下自己数据库版本是MySQL5.7.14首先看看utf8mb4_0900_ai_ci是什么？utf8mb4_0900_ai_ci是mysql8.0之后的数据库的一种排序规则（collation）。我的是
-
编辑 删除
查询指定时间范围内的SQL历史执行计划
在我们分析数据库问题时，有时DBA不在现场或者在赶往现场的路上时，我们想分析一个SQL的历史执行计划，我们就可以使用今天给大家介绍的这种方式来分析。周末正在家里休息，我的一个客户打电话来说，最近有一个SQL跑的有时快，有时慢，这个现象已经出现几次了。这个业务是定时任务，每天早晨5点开始跑，大约30分钟就可以跑完，但是最近几次有时要到中午12点左右。我听完他的介绍，大致分析出来问题所在，应该是这个s
-
编辑 删除
查找SQL性能随时间变化的SQL
在数据库运维中，用户抱怨他们的应用程序速度较慢。他们没有提供具体细节，但他们“感觉”它运行得更慢了。听起来很熟悉？每隔一段时间，我就会收到这样的请求：“我如何才能发现我的数据库中的某些SQL是否随着时间的推移而变得更糟？”很难处理一些模糊的问题，比如“随着时间的推移，找到性能更差或更好的SQL”。如果我们简化该问题，其实就是在数据库中找到记录每一个sql每次的执行时间，“每次执行的运行时间”，那么
