Tech_Sharing的博客

前 言一般来说, CPU 问题是由 低效SQL引发， 而造成低效SQL 的原因有：SQL 写法不够优化表的数据量发生了变化， 但统计信息未及时更新数据库本身的bug分析解决为了进一步调查这个问题， 请参考如下建议：请参考文档 【1】其中提到的排查高 CPU 利用率的方法。比如：本机 PostgreSQL 视图和目录（例如 pg_stat_statements、pg_stat_activity 和 pg_stat_user_tables）查看数据库级详细信息。有关更多信息，请参

前言我的存储空间都用在了哪里，怎么进行查看delete大表之后，为什么cloud watch的free storage指标没有变化如何修改表空间大小分析解决以下是一些常见得排查存储空间问题的SQL 语句1. 确定分配给数据的表空间空间量SELECT TABLESPACE_NAME, SUM(BYTES)/1024/1024/1024 AS GBYTES FROM DBA_DATA_FILES GROUP BY TABLESPACE_NAME;2. 分配给临时文件的空间量SELECT

问题描述：The maximum row size for the used table type 这个报错很常见，请看下面的例子案例1mysql> create table test(a varchar(22000),b varchar(22000),c varchar(2000))ENGINE=InnoDB DEFAULT CHARSET=utf8;Query OK, 0 rows affected, 2 warnings (0.02 sec)mysql> show warnin

问题描述在自建的MySQL或者是使用RDS MySQL时，我们可能会遇到CPU 100%的问题，如何去troubleshooting分析解决对于数据CPU 100%的问题来说，一般都是慢SQL致的，我们可以从如下方面来排查：1. 查看当前数据库正在运行的语句SELECT trx_mysql_thread_id, trx_id, trx_state, trx_started, trx_query FROM INFORMATION_SCHEMA.INNODB_TRX\G或者是sho

前言不论是我们自建的MySQL数据库还是使用云数据库，都会遇到存储空间的相关问题，当存储满了之后，数据库可能会hang住甚至是crash。因此监控存储空间是非常有必要的。对于自建的数据库我们可以登陆到实例上进行排查，对于云数据库来说，由于用户无法接触到底层实例，因此在SQL层面进行排查是非常必要的。数据库实例上的空间用于以下方面用户创建的数据库[create database csdn]binloggeneral log & slow log & error logredo