mysql维护

最新推荐文章于 2024-07-18 18:15:02 发布
最新推荐文章于 2024-07-18 18:15:02 发布
阅读量187 收藏
点赞数
分类专栏： 数据库 文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liansehai/article/details/124911718
版权

1.通过 show engine innodb status命令来查看这些线程的状态：

mysql>show engine innodb status\G
*************************** 1. row ***************************
  Type: InnoDB
  Name:
#############################################################################################
#时间戳、监控名称、 per-second averages所基于的秒数&(当前时间与上次监控输出时间的秒数差)
#############################################################################################
Status:
===========================================
2015-11-26 15:10:40 7fcd9e04f700 INNODB MONITOR OUTPUT
==============================
Per second averages calculated from the last 2056 seconds

############################################################################################
#主后台线程的所做的工作
############################################################################################
-----------------
BACKGROUND THREAD
-----------------
srv_master_thread loops: 165 srv_active, 0 srv_shutdown, 5784 srv_idle
srv_master_thread log flush and writes: 460

############################################################################################
#线程等待信号量的情况以及线程需要在mutex或rw-lock信号量上spin或者mutex的次数。线程等待信号量
#值越高意味着磁盘IO较高,或者InnoDB内有很多争用情况。争用源于高并发或者OS的线程调度策略问题。可通过适当设置
#innodb_thread_concurrency 系统变量来解决问题。Spin rounds per wait一行显示了每次OS wait的spinlock round数。
#需要注意的是,有关mutex spin waits,rounds和OS waits的信息会在MySQL5.7.8中移除,而在 SHOW ENGINE INNODB MUTEX输出中显示。
############################################################################################
----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count 64651
OS WAIT ARRAY INFO: signal count 77228
Mutex spin waits 93766, rounds 597449, OS waits 2581
RW-shared spins 100708, rounds 2316693, OS waits 49424
RW-excl spins 18852, rounds 504283, OS waits 8663
Spin rounds per wait: 6.37 mutex, 23.00 RW-shared, 26.75 RW-excl


##############################################################################################
#最近的外键约束错误,若没有则不显示该部分。内容包含失败的语句、引用及被引用的表和失败的外键约束的相关信息
##############################################################################################
------------------------
LATEST FOREIGN KEY ERROR
------------------------

##############################################################################################
#最近一次的死锁信息,若无则不显示该部分。内容包含死锁涉及到的事务、试图执行的语句、事务持有和需要的锁、InnodB决定回滚的事务等信息。
##############################################################################################
------------------------
LATEST DETECTED DEADLOCK
------------------------

##############################################################################################
#当前的事务相关信息,如果这部分报锁等待则说明应用存在锁争用,该部分的输出也可用以排查死锁
##############################################################################################
------------
TRANSACTIONS
------------
Trx id counter 932478331
Purge done for trx's n:o < 932478242 undo n:o < 0 state: running but idle
History list length 1297
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 0, not started
MySQL thread id 72, OS thread handle 0x7fcd9e04f700, query id 358704 localhost root init
show engine innodb status
---TRANSACTION 932478196, not started
MySQL thread id 69, OS thread handle 0x7fcd9e5e5700, query id 358152 10.232.70.77 root cleaning up
---TRANSACTION 932478203, not started
MySQL thread id 70, OS thread handle 0x7fcd9e00e700, query id 358169 10.232.70.77 root cleaning up
---TRANSACTION 932478233, not started
MySQL thread id 71, OS thread handle 0x7fcd9e35b700, query id 358289 10.232.70.77 root cleaning up
---TRANSACTION 0, not started
MySQL thread id 65, OS thread handle 0x7fcd9dfcd700, query id 334645 10.190.137.234 root cleaning up
---TRANSACTION 932472722, not started
MySQL thread id 66, OS thread handle 0x7fcd9df8c700, query id 339358 10.190.137.234 root cleaning up
---TRANSACTION 932478186, not started
MySQL thread id 61, OS thread handle 0x7fcd9e563700, query id 358119 t7.accounttxn.api.dcfservice.com 10.190.137.237 root cleaning up
---TRANSACTION 932460023, not started
MySQL thread id 60, OS thread handle 0x7fcd9e0d1700, query id 291235 10.190.137.234 root cleaning up
---TRANSACTION 0, not started
MySQL thread id 56, OS thread handle 0x7fcd9e1d5700, query id 269842 10.190.137.234 root cleaning up
---TRANSACTION 932478180, not started
MySQL thread id 54, OS thread handle 0x7fcd9e257700, query id 358106 t7.accounttxn.api.dcfservice.com 10.190.137.237 root cleaning up
---TRANSACTION 932451765, not started
MySQL thread id 59, OS thread handle 0x7fcd9e112700, query id 259343 10.232.70.77 root cleaning up
---TRANSACTION 932478327, not started
MySQL thread id 58, OS thread handle 0x7fcd9e153700, query id 358651 10.232.70.77 root cleaning up
---TRANSACTION 932454338, not started
MySQL thread id 57, OS thread handle 0x7fcd9e194700, query id 269171 10.190.137.234 root cleaning up
---TRANSACTION 932475593, not started
MySQL thread id 55, OS thread handle 0x7fcd9e216700, query id 350465 10.190.137.234 root cleaning up
---TRANSACTION 932478139, not started
MySQL thread id 48, OS thread handle 0x7fcd9e6a8700, query id 358006 t7.accounttxn.api.dcfservice.com 10.190.137.237 root cleaning up
---TRANSACTION 932477408, not started
MySQL thread id 42, OS thread handle 0x7fcd9ebbc700, query id 355820 10.190.137.234 root cleaning up
---TRANSACTION 932478260, not started
MySQL thread id 41, OS thread handle 0x7fcd9e31a700, query id 358374 t7.accounttxn.api.dcfservice.com 10.190.137.237 root cleaning up
---TRANSACTION 932417383, not started
MySQL thread id 38, OS thread handle 0x7fcd9e3dd700, query id 358703 10.190.137.234 root cleaning up
---TRANSACTION 932478185, not started
MySQL thread id 37, OS thread handle 0x7fcd9e41e700, query id 358118 t7.accounttxn.api.dcfservice.com 10.190.137.237 root cleaning up
---TRANSACTION 932370687, not started
MySQL thread id 35, OS thread handle 0x7fcd9e4a0700, query id 8695 10.190.137.234 root cleaning up
---TRANSACTION 932370593, not started
MySQL thread id 33, OS thread handle 0x7fcd9e4e1700, query id 8249 10.190.137.234 root cleaning up
---TRANSACTION 0, not started
MySQL thread id 30, OS thread handle 0x7fcd9e5a4700, query id 166346 10.190.137.234 root cleaning up
---TRANSACTION 932421709, not started
MySQL thread id 26, OS thread handle 0x7fcd9e667700, query id 144410 10.190.137.234 root cleaning up
---TRANSACTION 932478272, not started
MySQL thread id 24, OS thread handle 0x7fcd9e6e9700, query id 358410 t7.accounttxn.api.dcfservice.com 10.190.137.237 root cleaning up
---TRANSACTION 0, not started
MySQL thread id 22, OS thread handle 0x7fcd9e76b700, query id 269893 10.190.137.234 root cleaning up
---TRANSACTION 932368911, not started
MySQL thread id 23, OS thread handle 0x7fcd9e72a700, query id 1337 10.190.137.234 root cleaning up
---TRANSACTION 932368830, not started
MySQL thread id 21, OS thread handle 0x7fcd9e7ac700, query id 985 10.190.137.234 root cleaning up
---TRANSACTION 0, not started
MySQL thread id 20, OS thread handle 0x7fcd9e86f700, query id 1520 10.190.137.234 root cleaning up
---TRANSACTION 932474399, not started
MySQL thread id 19, OS thread handle 0x7fcd9e7ed700, query id 345728 10.232.70.77 root cleaning up
---TRANSACTION 932476821, not started
MySQL thread id 18, OS thread handle 0x7fcd9e82e700, query id 354071 t7.accounttxn.api.dcfservice.com 10.190.137.237 root cleaning up
---TRANSACTION 0, not started
MySQL thread id 16, OS thread handle 0x7fcd9e8b0700, query id 899 10.190.137.234 root cleaning up
---TRANSACTION 932478329, not started
MySQL thread id 13, OS thread handle 0x7fcd9e973700, query id 358657 10.232.70.77 root cleaning up
---TRANSACTION 932369105, not started
MySQL thread id 14, OS thread handle 0x7fcd9e932700, query id 355285 t7.accounttxn.api.dcfservice.com 10.190.137.237 root cleaning up
---TRANSACTION 932477233, not started
MySQL thread id 7, OS thread handle 0x7fcd9eab8700, query id 355314 t7.accounttxn.api.dcfservice.com 10.190.137.237 root cleaning up
---TRANSACTION 932477046, not started
MySQL thread id 12, OS thread handle 0x7fcd9e9b4700, query id 354680 10.232.70.77 root cleaning up
---TRANSACTION 932478188, not started
MySQL thread id 11, OS thread handle 0x7fcd9e9f5700, query id 358126 10.232.70.77 root cleaning up
---TRANSACTION 932478259, not started
MySQL thread id 10, OS thread handle 0x7fcd9ea36700, query id 358372 t7.accounttxn.api.dcfservice.com 10.190.137.237 root cleaning up
---TRANSACTION 932370737, not started
MySQL thread id 9, OS thread handle 0x7fcd9eb7b700, query id 13804 10.190.137.234 root cleaning up
---TRANSACTION 932427382, not started
MySQL thread id 6, OS thread handle 0x7fcd9eaf9700, query id 358701 10.190.137.234 root cleaning up
---TRANSACTION 932368852, not started
MySQL thread id 2, OS thread handle 0x7fcd9ebfd700, query id 2495 10.232.70.77 root cleaning up
---TRANSACTION 932478330, not started
MySQL thread id 1, OS thread handle 0x7fcda84c5700, query id 358664 10.232.70.77 root cleaning up

##############################################################################################
#InnoDB用于执行各类IO操作的线程相关信息,包含一个insert buffer thread、一个log thread、四个read thread、四个write thread。该部分内容还包含pending IO操作的信息和关于 IO性能统计信息线程的数量由
#innodb_read_io_threads 和 innodb_write_io_threads 参数控制
##############################################################################################
--------
FILE I/O
--------
I/O thread 0 state: waiting for completed aio requests (insert buffer thread)
I/O thread 1 state: waiting for completed aio requests (log thread)
I/O thread 2 state: waiting for completed aio requests (read thread)
I/O thread 3 state: waiting for completed aio requests (read thread)
I/O thread 4 state: waiting for completed aio requests (read thread)
I/O thread 5 state: waiting for completed aio requests (read thread)
I/O thread 6 state: waiting for completed aio requests (write thread)
I/O thread 7 state: waiting for completed aio requests (write thread)
I/O thread 8 state: waiting for completed aio requests (write thread)
I/O thread 9 state: waiting for completed aio requests (write thread)
Pending normal aio reads: 0 [0, 0, 0, 0] , aio writes: 0 [0, 0, 0, 0] ,
 ibuf aio reads: 0, log i/o&#39;s: 0, sync i/o&#39;s: 0
Pending flushes (fsync) log: 0; buffer pool: 0
4359829 OS file reads, 5273 OS file writes, 2209 OS fsyncs
1119.92 reads/s, 16413 avg bytes/read, 1.13 writes/s, 0.42 fsyncs/s

##############################################################################################
#insert buffer(也称change buffer)以及adaptive hash index相关信息。
#size:change buffer中使用的page数,等于seg size - (1 + free list len),其中1 +代表change buffer的header page。
#free list len:change buffer中空闲page数;seg_size:change buffer中的总page数;merges:change buffer merges总数;
#merged operation -insert:插入的记录merge数 -delete mark:deleted记录merge数 --delete&#xff1a;purge记录merge数;
#discarded operation --insert:插入合并操作取消的数量 --delete mark:删除合并操作取消的数量 --delete 清理合并操作取消的数量。
#自适应哈希索引状态信息:Hash table size:自适应哈希索引分配的数组单元总数;自适应哈希索引分配的页数;hash searches/s: 每秒平均hash 索引查找总数
#non-hash searches/s:每秒非hash索引查找总数
##############################################################################################
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 3915, seg size 3917, 60 merges
merged operations:
 insert 114, delete mark 3, delete 0
discarded operations:
 insert 0, delete mark 0, delete 0
Hash table size 1106381, node heap has 615 buffer(s)
1521.00 hash searches/s, 2153.74 non-hash searches/s

##############################################################################################
#InnoDB log相关信息。当前的log sequence number&#xff0c;有多少log刷到了磁盘,上一个检查点的位置,
#以及pending write和write性能统计
##############################################################################################
---
LOG
---
Log sequence number 104178900770
Log flushed up to   104178900770
Pages flushed up to 104178900770
Last checkpoint at  104178900770
0 pending log writes, 0 pending chkp writes
1117 log i/o&#39;s done, 0.22 log i/o&#39;s/second

##############################################################################################
#InnoDB Buffer Pool中页的读写统计。可通过这些数据计算出当前查询的数据文件IO操作数
##############################################################################################
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 549453824; in additional pool allocated 0
Dictionary memory allocated 726989
Buffer pool size   32767
Free buffers       1024
Database pages     31128
Old database pages 11470
Modified db pages  0
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages made young 2064783, not young 32472025
47.93 youngs/s, 8568.98 non-youngs/s
Pages read 4359179, created 1933, written 3574
1119.88 reads/s, 0.47 creates/s, 0.80 writes/s
Buffer pool hit rate 936 / 1000, young-making rate 2 / 1000 not 490 / 1000
Pages read ahead 794.26/s, evicted without access 1.88/s, Random read ahead 0.00/s
LRU len: 31128, unzip_LRU len: 0
I/O sum[0]:cur[2300927], unzip sum[0]:cur[0]

##############################################################################################
#InnoDB主线程正在做的事情&#xff0c;包括各类行操作的数量和性能等
##############################################################################################
--------------
ROW OPERATIONS
--------------
0 queries inside InnoDB, 0 queries in queue
0 read views open inside InnoDB
Main thread process no. 30837, id 140521232324352, state: sleeping
Number of rows inserted 224, updated 108, deleted 2, read 39335857
0.07 inserts/s, 0.03 updates/s, 0.00 deletes/s, 10691.56 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================

吴魏^o^
关注
专栏目录
mysql学习之旅（十四）——Mysql的管理与维护
weixin_38377637的博客
09-02 998
文章目录Mysql的管理与维护数据库的用户管理各个权限表的作用：账户管理：数据库用户的权限管理权限管理授权：查看用户的授权：收回权限：数据库的日志管理什么是mysql的日志mysql日志的分类启动和设置错误日志：查看错误日志删除错误日志数据库的备份与恢复使用MYSQLdump命令备份数据恢复数据表的导出使用SELECT..INTO OUTFILE导出文本文件：使用MYSQLdump命令导出文本文件...
mysql 维护常用命令
01-21
Analyze Table MySQL 的Optimizer（优化元件）在优化SQL语句时，首先需要收集一些相关信息，其中就包括表的cardinality（可以翻译为“散列程度”），它表示某个索引对应的列包含多少个不同的值——如果cardinality...
mysql 最基础的日常操作
weixin_34332905的博客
08-23 111
查看MySQL运行进程mysql>show processlist;查看Innodb引擎运行情况：mysql>show engine innodb status\G查看MySQL参数情况：mysql>show [global] variables like '%innodb%';查看MySQL运行状态：mysql>show [global] statu...
MySQL数据库运维：深度解析与实践指南
最新发布
在路上的专栏
07-18 1254
在企业IT架构中，MySQL数据库扮演着至关重要的角色。本文将深入探讨MySQL数据库的运维策略，包括性能优化、数据安全、监控维护、故障恢复以及数据库迁移与升级。通过具体的代码示例和案例分析，本文旨在为数据库管理员（DBA）提供一份全面的运维指南，帮助他们提升MySQL数据库的稳定性、可用性和安全性。
数据库维护
认知 行动 坚持
10-13 3136
1. 备份数据 由于MySQL数据库是基于磁盘的文件，普通的备份系统和例程就能备份MySQL的数据。但是，由于这些文件总是处于打开和使用状态，普通的文件副本备份不一定总是有效。 以下是这个问题的可能解决方案： 使用命令行实用程序mysqldump转储所有数据库内容到某个外部文件。在进行常规备份前这个实用程序应该正常运行，以便能正确地备份转储文件。 可用命令行实用程序mysqlhotcopy从一个数据库复制所有数据（并非所有数据库引擎都支持这个实用程序）。 可以使用MySQL的backup table或se
mysql数据库的维护_MySQL数据库维护
weixin_39954698的博客
01-20 349
示例数据库服务器IP192.168.2.170用户名root密码123456数据库名称submetering备份份数7(只保留最近7次的备份数据。若定时任务每天执行一次，则保留最近7天的历史数据)备份频率及时间每天晚上10点备份路径C:\Submetering\backup一.数据库备份1.备份脚本以文本文件方式新建备份脚本BackupMySQL.bat，以下为BackupMySQL.bat的内容...
mysql数据库维护(mysql学习笔记)
热门推荐
拾荒者
06-12 1万+
数据库备份：2.数据库维护：   analyze table用来检查表键是否正确，如下：check table 用来针对许多问题对表进行检查。在myisam表上海对索引进行检查。check table支持一系列的用于myisam表的方式，changed检查自最后一次检查以来改动过的表。extended执行最彻底的检查，fast 只检查未长长关闭的表，medium检查所有被删除的连接并进行键检验，q...
linux下的mysql维护说明书.pdf
03-01
linux下查看系统的版本，位数 //查看linux的版本信息 //查看LSB本身的版本信息 //Kernel版本 查看mysql 安装路径 ...mysql为例。比如说我安装了mysql,但是不知道文件都安装在哪些地方、放在哪些文
MySQL服务维护笔记.zip_mysql 维护
09-21
MySQL服务维护笔记
Mysql-development-optimization.zip_mysql 维护
09-22
《深入浅出MySQL数据库开发、优化与管理维护》是一本专为MySQL爱好者和专业人士准备的指南，涵盖了数据库的开发、优化以及日常维护等关键领域。这本书以深入浅出的方式讲解了MySQL的核心概念和技术，旨在帮助读者...
mysql维护，000000000
03-25
mysql维护，000000000
mysql在linux下日常管理维护
09-17
文档包含mysql的安装，结构原理描述，用户，表等维护，备份还原，表检查修复
mysql维护_mysql日常维护
weixin_32578161的博客
01-18 468
1.mysql权限管理1.1mysql账户权限信息被存储在mysql数据库的user 、db、host、tables_priv、column_priv和procs_priv表中，mysql启动时服务器将这些数据库表内容读入内存。推荐grant和revoke语句例如：mysql>grant select,update on account.users to user@ip identified...
mysql 运维_MySQL运维之--日常维护操作
weixin_39860349的博客
01-18 190
一、Linux内核和发行版本号uname -acat /etc/issue二、glibc的版本号/lib/libc.so.6 ---没有man函数据的动态链接库三、MySQL的版本号MySQL二进制分发版的文件名称格式为：mysql-VERSION-OS.tar.gz比如：Linux-Generic(glibc 2.5) (x86,64bit),Compressed TAR Archive...
mysql 数据库维护
纸上得来终觉浅，绝知此事要躬行！
10-18 443
从一个数据库复制所有数据（并非所有数据库引擎都支持这个实用程序）。日志名一般为：hostname.err，在data目录中。日志名一般为：hostname.log，位于data目录。日志名一般为：hostname-bin，位于data目录。日志名为：host-slow.log，位于data目录中。记录错误，包括启动错误和关闭错误以及任意关键的错误。该日志文件，可能会很快变得非常大，因此不该长期使用。记录更新过数据（或可能更新过数据）的所有语句。mysql 5版本中添加的，以前的是更新日志。
MySQL之数据库维护
上善若泪
07-29 3219
备份数据库是最基本的工作，也是最重要的，否则后果很严重，但由于数据库比较大，上百G，往往备份都很耗费时间，所以就该选择一个效率高的备份策略，对于数据量大的数据库，一般都采用增量备份。文件，根据MySQL所使用的存储引擎的不同（MySQL常用的两个存储引擎是MyISAM和InnoDB），存储引擎会创建各自不同的数据库文件。是物理备份，备份和恢复速度快，不影响数据库服务情况下进行热拷贝，建议使用xtrabackup，支持增量备份。表都可以用，不需要停止数据库，如修复单个表，可在数据库后面添加表名，以空格分割。.
mysql数据库的维护_适当的MySQL数据库维护
weixin_32487755的博客
02-28 266
我希望这不是一个太宽泛的问题.我确信它能够帮助我和任何未来偶然发现的dba新手.我是一个系统管理员,已经被纳入了DBA(因为我用他的前景帮助了CEO,所以我显然可以管理我们的数据库！).它并不是数据库服务器那么庞大或繁忙……一个mysqldump的大小约为6GB,我们需要花费5年的时间来实现这一目标. Munin报告说,我们在高峰时段每秒平均有40-60个查询.我的老板付钱给我参加Oracle大学...
MySQL 维护命令
一个程序猿无聊时的随笔
12-28 431
一些常见的MySQL操作，不断积累中 存储过程 表名不区分大小写 统计所有表的记录数 ……
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值