MySQL锁定状态查看相关命令
1. SHOW PROCESSLIST;
显示哪些线程正在运行(只列出前100条),SHOW FULL PROCESSLIST; 列出所有线程信息。
如果您有SUPER权限,您可以看到所有线程。否则,您只能看到您自己的线程(也就是,与您正在使用的MySQL账户相关的线程)。
如果有线程在update或者insert 某个表,此时进程的status为updating 或者 sending data。
如果您得到"too many connections"错误信息,并且想要了解正在发生的情况,本语句是非常有用的。MySQL保留一个额外的链接,让拥有SUPER权限的账户使用,以确保管理员能够随时连接和检查系统(假设您没有把此权限给予所有的用户)。
Id | User | Host | db | Command | Time | State | Info |
2411 | root | 125.121.239.68:54744 | tb_lock_db | Query | 0 | starting | SHOW PROCESSLIST |
2413 | root | 125.121.239.68:54749 | tb_lock_db | Sleep | 961 | ||
2447 | root | 125.121.239.68:55199 | test | Sleep | 2443 | ||
2448 | root | 125.121.239.68:55376 | tb_lock_db | Sleep | 911 | ||
2449 | root | localhost | Sleep | 73 |
参数:
id #id标识,要kill一个语句的时候很有用
user #当前连接用户
host #显示这个连接从哪个ip的哪个端口上发出
db #数据库名
command #连接状态,一般是休眠(sleep) ,查询(query),连接(connect)
time #连接持续时间,单位是秒
state #显示当前sql语句的状态
info #显示这个sql语
其中state的状态十分关键,下表列出state主要状态和描述:
状态 | 描述 |
Checking table | 正在检查数据表(这是自动的)。 |
Closing tables | 正在将表中修改的数据刷新到磁盘中,同时正在关闭已经用完的表。这是一个很快的操作,如果不是这样的话,就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。 |
Connect Out | 复制从服务器正在连接主服务器。 |
Copying to tmp table on disk | 由于临时结果集大于tmp_table_size,正在将临时表从内存存储转为磁盘存储以此节省内存。 |
Creating tmp table | 正在创建临时表以存放部分查询结果。 |
deleting from main table | 服务器正在执行多表删除中的第一部分,刚删除第一个表。 |
deleting from reference tables | 服务器正在执行多表删除中的第二部分,正在删除其他表的记录。 |
Flushing tables | 正在执行FLUSH TABLES,等待其他线程关闭数据表。 |
Killed | 发送了一个kill请求给某线程,那么这个线程将会检查kill标志位,同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位,不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了,那么kill请求会在锁释放时马上生效。 |
Locked | 被其他查询锁住了。 |
Sending data | 正在处理SELECT查询的记录,同时正在把结果发送给客户端。 |
Sorting for group | 正在为GROUP BY做排序。 |
Sorting for order | 正在为ORDER BY做排序。 |
Opening tables | 这个过程应该会很快,除非受到其他因素的干扰。例如,在执ALTER TABLE或LOCK TABLE语句执行完以前,数据表无法被其他线程打开。正尝试打开一个表。 |
Removing duplicates | 正在执行一个SELECT DISTINCT方式的查询,但是MySQL无法在前一个阶段优化掉那些重复的记录。因此,MySQL需要再次去掉重复的记录,然后再把结果发送给客户端。 |
Reopen table | 获得了对一个表的锁,但是必须在表结构修改之后才能获得这个锁。已经释放锁,关闭数据表,正尝试重新打开数据表。 |
Repair by sorting | 修复指令正在排序以创建索引。 |
Repair with keycache | 修复指令正在利用索引缓存一个一个地创建新索引。它会比Repair by sorting慢些。 |
Searching rows for update | 正在讲符合条件的记录找出来以备更新。它必须在UPDATE要修改相关的记录之前就完成了。 |
Sleeping | 正在等待客户端发送新请求. |
System lock | 正在等待取得一个外部的系统锁。如果当前没有运行多个mysqld服务器同时请求同一个表,那么可以通过增加--skip-external-locking参数来禁止外部系统锁。 |
Upgrading lock | INSERT DELAYED正在尝试取得一个锁表以插入新记录。 |
Updating | 正在搜索匹配的记录,并且修改它们。 |
User Lock | 正在等待GET_LOCK()。 |
Waiting for tables | 该线程得到通知,数据表结构已经被修改了,需要重新打开数据表以取得新的结构。然后,为了能的重新打开数据表,必须等到所有其他线程关闭这个表。以下几种情况下会产生这个通知:FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。 |
waiting for handler insert | INSERT DELAYED已经处理完了所有待处理的插入操作,正在等待新的请求。 |
2.SHOW OPEN TABLES ;
Database | Table | In_use | Name_locked |
tb_lock_db | account | 0 | 0 |
这条命令能够查看当前有那些表是打开的。In_use列表示有多少线程正在使用某张表,Name_locked表示表名是否被锁,这一般发生在Drop或Rename命令操作这张表时。所以这条命令不能帮助解答我们常见的问题:当前某张表是否有死锁,谁拥有表上的这个锁等。这个列表可能特别长,屏幕可能装不下。通过指定数据库来减少返回条数: OPEN TABLES FROM database;
3.SHOW STATUS LIKE '%**%';
查看服务器状态。
mysql> show status like '%lock%';
+------------------------------------------+---------+
| Variable_name | Value |
+------------------------------------------+---------+
| Com_lock_tables | 0 |
| Com_unlock_tables | 0 |
| Innodb_row_lock_current_waits | 0 |
| Innodb_row_lock_time | 3946985 |
| Innodb_row_lock_time_avg | 1558 |
| Innodb_row_lock_time_max | 121788 |
| Innodb_row_lock_waits | 2532 |
| Key_blocks_not_flushed | 0 |
| Key_blocks_unused | 26716 |
| Key_blocks_used | 2660 |
| Performance_schema_locker_lost | 0 |
| Performance_schema_rwlock_classes_lost | 0 |
| Performance_schema_rwlock_instances_lost | 0 |
| Qcache_free_blocks | 27343 |
| Qcache_total_blocks | 61962 |
| Table_locks_immediate | 8504599 |
| Table_locks_waited | 2 |
+------------------------------------------+---------+
状态名 | 作用域 | 详细解释 |
Aborted_clients | Global | 由于客户端没有正确关闭连接导致客户端终止而中断的连接数 |
Aborted_connects | Global | 试图连接到MySQL服务器而失败的连接数 |
Binlog_cache_disk_use | Global | 使用临时二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量 |
Binlog_cache_use | Global | 使用临时二进制日志缓存的事务数量 |
Bytes_received | Both | 从所有客户端接收到的字节数。 |
Bytes_sent | Both | 发送给所有客户端的字节数。 |
com* | 各种数据库操作的数量 | |
Compression | Session | 客户端与服务器之间只否启用压缩协议 |
Connections | Global | 试图连接到(不管是否成功)MySQL服务器的连接数 |
Created_tmp_disk_tables | Both | 服务器执行语句时在硬盘上自动创建的临时表的数量 |
Created_tmp_files | Global | mysqld已经创建的临时文件的数量 |
Created_tmp_tables | Both | 服务器执行语句时自动创建的内存中的临时表的数量。如果Created_tmp_disk_tables较大,你可能要增加tmp_table_size值使临时 表基于内存而不基于硬盘 |
Delayed_errors | Global | 用INSERT DELAYED写的出现错误的行数(可能为duplicate key)。 |
Delayed_insert_threads | Global | 使用的INSERT DELAYED处理器线程数。 |
Delayed_writes | Global | 写入的INSERT DELAYED行数 |
Flush_commands | Global | 执行的FLUSH语句数。 |
Handler_commit | Both | 内部提交语句数 |
Handler_delete | Both | 行从表中删除的次数。 |
Handler_discover | Both | MySQL服务器可以问NDB CLUSTER存储引擎是否知道某一名字的表。这被称作发现。Handler_discover说明通过该方法发现的次数。 |
Handler_prepare | Both | A counter for the prepare phase of two-phase commit operations. |
Handler_read_first | Both | 索引中第一条被读的次数。如果较高,它建议服务器正执行大量全索引扫描;例如,SELECT col1 FROM foo,假定col1有索引。 |
Handler_read_key | Both | 根据键读一行的请求数。如果较高,说明查询和表的索引正确。 |
Handler_read_next | Both | 按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列,该值增加。 |
Handler_read_prev | Both | 按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC。 |
Handler_read_rnd | Both | 根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。 |
Handler_read_rnd_next | Both | 在数据文件中读下一行的请求数。如果你正进行大量的表扫描,该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。 |
Handler_rollback | Both | 内部ROLLBACK语句的数量。 |
Handler_savepoint | Both | 在一个存储引擎放置一个保存点的请求数量。 |
Handler_savepoint_rollback | Both | 在一个存储引擎的要求回滚到一个保存点数目。 |
Handler_update | Both | 在表内更新一行的请求数。 |
Handler_write | Both | 在表内插入一行的请求数。 |
Innodb_buffer_pool_pages_data | Global | 包含数据的页数(脏或干净)。 |
Innodb_buffer_pool_pages_dirty | Global | 当前的脏页数。 |
Innodb_buffer_pool_pages_flushed | Global | 要求清空的缓冲池页数 |
Innodb_buffer_pool_pages_free | Global | 空页数。 |
Innodb_buffer_pool_pages_latched | Global | 在InnoDB缓冲池中锁定的页数。这是当前正读或写或由于其它原因不能清空或删除的页数。 |
Innodb_buffer_pool_pages_misc | Global | 忙的页数,因为它们已经被分配优先用作管理,例如行锁定或适用的哈希索引。该值还可以计算为Innodb_buffer_pool_pages_total - Innodb_buffer_pool_pages_free - Innodb_buffer_pool_pages_data。 |
Innodb_buffer_pool_pages_total | Global | 缓冲池总大小(页数)。 |
Innodb_buffer_pool_read_ahead_rnd | Global | InnoDB初始化的“随机”read-aheads数。当查询以随机顺序扫描表的一大部分时发生。 |
Innodb_buffer_pool_read_ahead_seq | Global | InnoDB初始化的顺序read-aheads数。当InnoDB执行顺序全表扫描时发生。 |
Innodb_buffer_pool_read_requests | Global | InnoDB已经完成的逻辑读请求数。 |
Innodb_buffer_pool_reads | Global | 不能满足InnoDB必须单页读取的缓冲池中的逻辑读数量。 |
Innodb_buffer_pool_wait_free | Global | 一般情况,通过后台向InnoDB缓冲池写。但是,如果需要读或创建页,并且没有干净的页可用,则它还需要先等待页面清空。该计数器对等待实例进行记数。如果已经适当设置缓冲池大小,该值应小。 |
Innodb_buffer_pool_write_requests | Global | 向InnoDB缓冲池的写数量。 |
Innodb_data_fsyncs | Global | fsync()操作数。 |
Innodb_data_pending_fsyncs | Global | 当前挂起的fsync()操作数。 |
Innodb_data_pending_reads | Global | 当前挂起的读数。 |
Innodb_data_pending_writes | Global | 当前挂起的写数。 |
Innodb_data_read | Global | 至此已经读取的数据数量(字节)。 |
Innodb_data_reads | Global | 数据读总数量。 |
Innodb_data_writes | Global | 数据写总数量。 |
Innodb_data_written | Global | 至此已经写入的数据量(字节)。 |
Innodb_dblwr_pages_written | Global | 已经执行的双写操作数量 |
Innodb_dblwr_writes | Global | 双写操作已经写好的页数 |
Innodb_log_waits | Global | 我们必须等待的时间,因为日志缓冲区太小,我们在继续前必须先等待对它清空 |
Innodb_log_write_requests | Global | 日志写请求数。 |
Innodb_log_writes | Global | 向日志文件的物理写数量。 |
Innodb_os_log_fsyncs | Global | 向日志文件完成的fsync()写数量。 |
Innodb_os_log_pending_fsyncs | Global | 挂起的日志文件fsync()操作数量。 |
Innodb_os_log_pending_writes | Global | 挂起的日志文件写操作 |
Innodb_os_log_written | Global | 写入日志文件的字节数。 |
Innodb_page_size | Global | 编译的InnoDB页大小(默认16KB)。许多值用页来记数;页的大小很容易转换为字节。 |
Innodb_pages_created | Global | 创建的页数。 |
Innodb_pages_read | Global | 读取的页数。 |
Innodb_pages_written | Global | 写入的页数。 |
Innodb_row_lock_current_waits | Global | 当前等待的待锁定的行数。 |
Innodb_row_lock_time | Global | 行锁定花费的总时间,单位毫秒。 |
Innodb_row_lock_time_avg | Global | 行锁定的平均时间,单位毫秒。 |
Innodb_row_lock_time_max | Global | 行锁定的最长时间,单位毫秒。 |
Innodb_row_lock_waits | Global | 一行锁定必须等待的时间数。 |
Innodb_rows_deleted | Global | 从InnoDB表删除的行数。 |
Innodb_rows_inserted | Global | 插入到InnoDB表的行数。 |
Innodb_rows_read | Global | 从InnoDB表读取的行数。 |
Innodb_rows_updated | Global | InnoDB表内更新的行数。 |
Key_blocks_not_flushed | Global | 键缓存内已经更改但还没有清空到硬盘上的键的数据块数量。 |
Key_blocks_unused | Global | 键缓存内未使用的块数量。你可以使用该值来确定使用了多少键缓存 |
Key_blocks_used | Global | 键缓存内使用的块数量。该值为高水平线标记,说明已经同时最多使用了多少块。 |
Key_read_requests | Global | 从缓存读键的数据块的请求数。 |
Key_reads | Global | 从硬盘读取键的数据块的次数。如果Key_reads较大,则Key_buffer_size值可能太小。可以用Key_reads/Key_read_requests计算缓存损失率。 |
Key_write_requests | Global | 将键的数据块写入缓存的请求数。 |
Key_writes | Global | 向硬盘写入将键的数据块的物理写操作的次数。 |
Last_query_cost | Session | 用查询优化器计算的最后编译的查询的总成本。用于对比同一查询的不同查询方案的成本。默认值0表示还没有编译查询。 默认值是0。Last_query_cost具有会话范围。 |
Max_used_connections | Global | 服务器启动后已经同时使用的连接的最大数量。 |
ndb* | ndb集群相关 | |
Not_flushed_delayed_rows | Global | 等待写入INSERT DELAY队列的行数。 |
Open_files | Global | 打开的文件的数目。 |
Open_streams | Global | 打开的流的数量(主要用于记录)。 |
Open_table_definitions | Global | 缓存的.frm文件数量 |
Open_tables | Both | 当前打开的表的数量。 |
Opened_files | Global | 文件打开的数量。不包括诸如套接字或管道其他类型的文件。 也不包括存储引擎用来做自己的内部功能的文件。 |
Opened_table_definitions | Both | 已经缓存的.frm文件数量 |
Opened_tables | Both | 已经打开的表的数量。如果Opened_tables较大,table_cache 值可能太小。 |
Prepared_stmt_count | Global | 当前的预处理语句的数量。 (最大数为系统变量: max_prepared_stmt_count) |
Qcache_free_blocks | Global | 查询缓存内自由内存块的数量。 |
Qcache_free_memory | Global | 用于查询缓存的自由内存的数量。 |
Qcache_hits | Global | 查询缓存被访问的次数。 |
Qcache_inserts | Global | 加入到缓存的查询数量。 |
Qcache_lowmem_prunes | Global | 由于内存较少从缓存删除的查询数量。 |
Qcache_not_cached | Global | 非缓存查询数(不可缓存,或由于query_cache_type设定值未缓存)。 |
Qcache_queries_in_cache | Global | 登记到缓存内的查询的数量。 |
Qcache_total_blocks | Global | 查询缓存内的总块数。 |
Queries | Both | 服务器执行的请求个数,包含存储过程中的请求。 |
Questions | Both | 已经发送给服务器的查询的个数。 |
Rpl_status | Global | 失败安全复制状态(还未使用)。 |
Select_full_join | Both | 没有使用索引的联接的数量。如果该值不为0,你应仔细检查表的索引 |
Select_full_range_join | Both | 在引用的表中使用范围搜索的联接的数量。 |
Select_range | Both | 在第一个表中使用范围的联接的数量。一般情况不是关键问题,即使该值相当大。 |
Select_range_check | Both | 在每一行数据后对键值进行检查的不带键值的联接的数量。如果不为0,你应仔细检查表的索引。 |
Select_scan | Both | 对第一个表进行完全扫描的联接的数量。 |
Slave_heartbeat_period | Global | 复制的心跳间隔 |
Slave_open_temp_tables | Global | 从服务器打开的临时表数量 |
Slave_received_heartbeats | Global | 从服务器心跳数 |
Slave_retried_transactions | Global | 本次启动以来从服务器复制线程重试次数 |
Slave_running | Global | 如果该服务器是连接到主服务器的从服务器,则该值为ON。 |
Slow_launch_threads | Both | 创建时间超过slow_launch_time秒的线程数。 |
Slow_queries | Both | 查询时间超过long_query_time秒的查询的个数。 |
Sort_merge_passes | Both | 排序算法已经执行的合并的数量。如果这个变量值较大,应考虑增加sort_buffer_size系统变量的值。 |
Sort_range | Both | 在范围内执行的排序的数量。 |
Sort_rows | Both | 已经排序的行数。 |
Sort_scan | Both | 通过扫描表完成的排序的数量。 |
ssl* | ssl连接相关 | |
Table_locks_immediate | Global | 立即获得的表的锁的次数。 |
Table_locks_waited | Global | 不能立即获得的表的锁的次数。如果该值较高,并且有性能问题,你应首先优化查询,然后拆分表或使用复制。 |
Threads_cached | Global | 线程缓存内的线程的数量。 |
Threads_connected | Global | 当前打开的连接的数量。 |
Threads_created | Global | 创建用来处理连接的线程数。如果Threads_created较大,你可能要增加thread_cache_size值。缓存访问率的计算方法Threads_created/Connections。 |
Threads_running | Global | 激活的(非睡眠状态)线程数。 |
Uptime | Global | 服务器已经运行的时间(以秒为单位)。 |
Uptime_since_flush_status | Global | 最近一次使用FLUSH STATUS 的时间(以秒为单位)。 |
4.show engine innodb status\G;
查看innodb引擎的运行时信息
===================================== 2018-12-28 07:15:53 0x7f8448aa4700 INNODB MONITOR OUTPUT ===================================== Per second averages calculated from the last 19 seconds ----------------- BACKGROUND THREAD ----------------- srv_master_thread loops: 232 srv_active, 0 srv_shutdown, 689020 srv_idle srv_master_thread log flush and writes: 689236 ---------- SEMAPHORES ---------- OS WAIT ARRAY INFO: reservation count 180 OS WAIT ARRAY INFO: signal count 167 RW-shared spins 0, rounds 295, OS waits 152 RW-excl spins 0, rounds 30, OS waits 1 RW-sx spins 0, rounds 0, OS waits 0 Spin rounds per wait: 295.00 RW-shared, 30.00 RW-excl, 0.00 RW-sx ------------------------ LATEST DETECTED DEADLOCK ------------------------ 2018-12-27 08:39:04 0x7f8448b26700 *** (1) TRANSACTION: TRANSACTION 32821, ACTIVE 20 sec starting index read mysql tables in use 1, locked 1 LOCK WAIT 3 lock struct(s), heap size 1136, 2 row lock(s) MySQL thread id 2411, OS thread handle 140206130996992, query id 5010 125.121.239.68 root statistics SELECT * FROM account WHERE id = 2 FOR UPDATE *** (1) WAITING FOR THIS LOCK TO BE GRANTED: RECORD LOCKS space id 303 page no 3 n bits 72 index PRIMARY of table `tb_lock_db`.`account` trx id 32821 lock_mode X locks rec but not gap waiting Record lock, heap no 3 PHYSICAL RECORD: n_fields 4; compact format; info bits 0 0: len 8; hex 8000000000000002; asc ;; 1: len 6; hex 000000008025; asc %;; 2: len 7; hex e10000019d0110; asc ;; 3: len 5; hex 8000000000; asc ;;
*** (2) TRANSACTION: TRANSACTION 32822, ACTIVE 12 sec starting index read mysql tables in use 1, locked 1 3 lock struct(s), heap size 1136, 2 row lock(s) MySQL thread id 2412, OS thread handle 140206132061952, query id 5014 125.121.239.68 root statistics SELECT * FROM account WHERE id = 1 FOR UPDATE *** (2) HOLDS THE LOCK(S): RECORD LOCKS space id 303 page no 3 n bits 72 index PRIMARY of table `tb_lock_db`.`account` trx id 32822 lock_mode X locks rec but not gap Record lock, heap no 3 PHYSICAL RECORD: n_fields 4; compact format; info bits 0 0: len 8; hex 8000000000000002; asc ;; 1: len 6; hex 000000008025; asc %;; 2: len 7; hex e10000019d0110; asc ;; 3: len 5; hex 8000000000; asc ;;
*** (2) WAITING FOR THIS LOCK TO BE GRANTED: RECORD LOCKS space id 303 page no 3 n bits 72 index PRIMARY of table `tb_lock_db`.`account` trx id 32822 lock_mode X locks rec but not gap waiting Record lock, heap no 2 PHYSICAL RECORD: n_fields 4; compact format; info bits 0 0: len 8; hex 8000000000000001; asc ;; 1: len 6; hex 000000008024; asc $;; 2: len 7; hex e00000019b0110; asc ;; 3: len 5; hex 8000000000; asc ;;
*** WE ROLL BACK TRANSACTION (2) ------------ TRANSACTIONS ------------ Trx id counter 32843 Purge done for trx's n:o < 32816 undo n:o < 0 state: running but idle History list length 4 LIST OF TRANSACTIONS FOR EACH SESSION: ---TRANSACTION 421681565418024, not started 0 lock struct(s), heap size 1136, 0 row lock(s) ---TRANSACTION 421681565417104, not started 0 lock struct(s), heap size 1136, 0 row lock(s) ---TRANSACTION 421681565416184, not started 0 lock struct(s), heap size 1136, 0 row lock(s) ---TRANSACTION 421681565415264, not started 0 lock struct(s), heap size 1136, 0 row lock(s) -------- 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] , aio writes: [0, 0, 0, 0] , ibuf aio reads:, log i/o's:, sync i/o's: Pending flushes (fsync) log: 0; buffer pool: 0 1363 OS file reads, 2200 OS file writes, 624 OS fsyncs 0.00 reads/s, 0 avg bytes/read, 0.00 writes/s, 0.00 fsyncs/s ------------------------------------- INSERT BUFFER AND ADAPTIVE HASH INDEX ------------------------------------- Ibuf: size 1, free list len 0, seg size 2, 0 merges merged operations: insert 0, delete mark 0, delete 0 discarded operations: insert 0, delete mark 0, delete 0 Hash table size 34673, node heap has 2 buffer(s) Hash table size 34673, node heap has 1 buffer(s) Hash table size 34673, node heap has 0 buffer(s) Hash table size 34673, node heap has 2 buffer(s) Hash table size 34673, node heap has 2 buffer(s) Hash table size 34673, node heap has 1 buffer(s) Hash table size 34673, node heap has 1 buffer(s) Hash table size 34673, node heap has 2 buffer(s) 0.00 hash searches/s, 0.00 non-hash searches/s --- LOG --- Log sequence number 40874759 Log flushed up to 40874759 Pages flushed up to 40874759 Last checkpoint at 40874750 0 pending log flushes, 0 pending chkp writes 371 log i/o's done, 0.00 log i/o's/second ---------------------- BUFFER POOL AND MEMORY ---------------------- Total large memory allocated 137428992 Dictionary memory allocated 1671263 Buffer pool size 8191 Free buffers 6943 Database pages 1237 Old database pages 476 Modified db pages 0 Pending reads 0 Pending writes: LRU 0, flush list 0, single page 0 Pages made young 0, not young 0 0.00 youngs/s, 0.00 non-youngs/s Pages read 1142, created 95, written 1739 0.00 reads/s, 0.00 creates/s, 0.00 writes/s No buffer pool page gets since the last printout Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/s LRU len: 1237, unzip_LRU len: 0 I/O sum[0]:cur[0], unzip sum[0]:cur[0] -------------- ROW OPERATIONS -------------- 0 queries inside InnoDB, 0 queries in queue 0 read views open inside InnoDB Process ID=1, Main thread ID=140206288668416, state: sleeping Number of rows inserted 10170, updated 106, deleted 2, read 20807 0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 0.00 reads/s ---------------------------- END OF INNODB MONITOR OUTPUT ============================ |
5.SHOW VARIABLES LIKE '%timeout%';
查看服务器配置参数
mysql> SHOW VARIABLES LIKE '%timeout%'; +-----------------------------+----------+ | Variable_name | Value | +-----------------------------+----------+ | connect_timeout | 10 | | delayed_insert_timeout | 300 | | have_statement_timeout | YES | | innodb_flush_log_at_timeout | 1 | | innodb_lock_wait_timeout | 50 | | innodb_rollback_on_timeout | OFF | | interactive_timeout | 28800 | | lock_wait_timeout | 31536000 | | net_read_timeout | 30 | | net_write_timeout | 60 | | rpl_stop_slave_timeout | 31536000 | | slave_net_timeout | 60 | | wait_timeout | 28800 | +-----------------------------+----------+ 13 rows in set (0.00 sec) |
6.SELECT * FROM information_schema.INNODB_TRX
查询 正在执行的事务
列名 | 描述 |
TRX_ID | 事务Id |
TRX_WEIGHT | 事务的权重,反映(但不一定是确切的计数)更改的行数和事务锁定的行数。要解决死锁,请 InnoDB选择权重最小的事务作为回滚的“ 受害者 ”。无论更改和锁定行的数量如何,已更改非事务表的事务都被认为比其他事务更重。 |
TRX_STATE | 事务执行状态。允许值是 RUNNING,LOCK WAIT, ROLLING BACK,和 COMMITTING。 |
TRX_STARTED | 交易开始时间。 |
TRX_REQUESTED_LOCK_ID | 事务当前正在等待的锁的ID,如果TRX_STATE是LOCK WAIT; 否则NULL。 |
TRX_WAIT_STARTED | 交易开始等待锁定的时间,如果 TRX_STATE是LOCK WAIT; 否则NULL。 |
TRX_MYSQL_THREAD_ID | MySQL线程ID,与show processlist中的ID值相对应 |
TRX_QUERY | 事务正在执行的SQL语句 |
TRX_OPERATION_STATE | 交易的当前操作,如果有的话; 否则 NULL。 |
TRX_TABLES_IN_USE | InnoDB处理此事务的当前SQL语句时使用 的表数。 |
TRX_TABLES_LOCKED | InnoDB当前SQL语句具有行锁定 的表的数量。(因为这些是行锁,而不是表锁,所以通常仍可以通过多个事务读取和写入表,尽管某些行被锁定。) |
TRX_LOCK_STRUCTS | 事务保留的锁数。 |
TRX_LOCK_MEMORY_BYTES | 内存中此事务的锁结构占用的总大小 |
TRX_ROWS_LOCKED | 此交易锁定的大致数字或行数。该值可能包括实际存在但对事务不可见的删除标记行 |
TRX_ROWS_MODIFIED | 此事务中已修改和插入的行数。 |
TRX_CONCURRENCY_TICKETS | 一个值,指示当前事务在被换出之前可以执行多少工作 |
TRX_ISOLATION_LEVEL | 当前事务的隔离级别。 |
TRX_UNIQUE_CHECKS | 是否为当前事务打开或关闭唯一检查。例如,在批量数据加载期间可能会关闭它们 |
TRX_FOREIGN_KEY_CHECKS | 是否为当前事务打开或关闭外键检查。例如,在批量数据加载期间可能会关闭它们 |
TRX_LAST_FOREIGN_KEY_ERROR | 最后一个外键错误的详细错误消息(如果有); 否则NULL |
TRX_ADAPTIVE_HASH_LATCHED | 自适应哈希索引是否被当前事务锁定。当自适应哈希索引搜索系统被分区时,单个事务不会锁定整个自适应哈希索引。自适应哈希索引分区由innodb_adaptive_hash_index_parts,默认设置为8。 |
TRX_ADAPTIVE_HASH_TIMEOUT | 是否立即为自适应哈希索引放弃搜索锁存器,或者在MySQL的调用之间保留它。当没有自适应哈希索引争用时,该值保持为零,语句保留锁存器直到它们完成。在争用期间,它倒计时到零,并且语句在每次行查找后立即释放锁存器。当自适应散列索引搜索系统被分区(受控制 innodb_adaptive_hash_index_parts)时,该值保持为0。 |
TRX_IS_READ_ONLY | 值为1表示事务是只读的。 |
TRX_AUTOCOMMIT_NON_LOCKING | 值为1表示事务是 SELECT不使用FOR UPDATEor或 LOCK IN SHARED MODE子句的语句,并且正在执行, autocommit因此事务将仅包含此一个语句。当此列和TRX_IS_READ_ONLY都为1时,InnoDB优化事务以减少与更改表数据的事务关联的开销 |
7.SELECT * FROM information_schema.INNODB_LOCKS;
查看正在锁的事务
列名 | 描述 |
LOCK_ID | 一个唯一的锁ID号,内部为 InnoDB。 |
LOCK_TRX_ID | 持有锁的交易的ID |
LOCK_MODE | 如何请求锁定。允许锁定模式描述符 S,X, IS,IX, GAP,AUTO_INC,和 UNKNOWN。锁定模式描述符可以组合使用以识别特定的锁定模式。 |
LOCK_TYPE | 锁的类型 |
LOCK_TABLE | 已锁定或包含锁定记录的表的名称 |
LOCK_INDEX | 索引的名称,如果LOCK_TYPE是 RECORD; 否则NULL |
LOCK_SPACE | 锁定记录的表空间ID,如果 LOCK_TYPE是RECORD; 否则NULL |
LOCK_PAGE | 锁定记录的页码,如果 LOCK_TYPE是RECORD; 否则NULL。 |
LOCK_REC | 页面内锁定记录的堆号,如果 LOCK_TYPE是RECORD; 否则NULL。 |
LOCK_DATA | 与锁相关的数据(如果有)。如果 LOCK_TYPE是RECORD,是锁定的记录的主键值,否则NULL。此列包含锁定行中主键列的值,格式为有效的SQL字符串。如果没有主键,LOCK_DATA则是唯一的InnoDB内部行ID号。如果对键值或范围高于索引中的最大值的间隙锁定,则LOCK_DATA 报告supremum pseudo-record。当包含锁定记录的页面不在缓冲池中时(如果在保持锁定时将其分页到磁盘),InnoDB不从磁盘获取页面,以避免不必要的磁盘操作。相反, LOCK_DATA设置为 NULL。 |
8.SELECT * FROM information_schema.INNODB_LOCK_WAITS;
查看等待锁的事务
列名 | 描述 |
REQUESTING_TRX_ID | 请求(阻止)事务的ID。 |
REQUESTED_LOCK_ID | 事务正在等待的锁的ID。 |
BLOCKING_TRX_ID | 阻止事务的ID。 |
BLOCKING_LOCK_ID | 由阻止另一个事务继续进行的事务所持有的锁的ID |
如若内容造成侵权/违法违规/事实不符,请联系编程学习网邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
相关文章
- eclipse Luna Release-4.4.0:问题解决与使用技巧
以下内容纯属个人扯淡,仅供参考目录一、拷贝工作空间二、svn使用三、编译一个maven项目一般要做的设置四、使用嵌入式jetty容器启动war项目一、拷贝工作空间二、svn使用三、编译一个maven项目一般要做的设置四、使用嵌入式jetty容器启动war项目...
2024/4/28 15:26:07 - TCP协议特点和三次握手/四次挥手
三次握手 TCP握手协议 :在TCP/IP协议中,TCP协议提供可靠的连接服du务,采用三次握手建zhi立一个连接。 1、第一dao次握手:建立连接时,客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认; SYN:同步序列编号(Synchronize Sequence Numbers) 2、第二次握手:服…...
2024/4/15 5:04:42 - 数据结构与算法练习47
路径总和解题思路: 递归。找准返回条件以及递归条件。 代码:/*public class TreeNode{public int val;public TreeNode left;public TreeNode right;public TreeNode(int x){ val = x; }}*/public bool HasPathSum(TreeNode root, int sum){if (root == null)return false;el…...
2024/4/19 17:09:20 - 接口测试用例和报告模板【技术分享】
当今在测试领域,接口测试已经越来越多的被提及,被重视。 区别于传统意义上的系统级别测试,很多测试人员在接触到接口测试的时候,也许对测试执行还可以比较顺利的上手,但一提到相关的归档,比如测试用例和报告,就有些不知所措了。 今天就用这篇文章来说说接口测试用例和报…...
2024/4/23 10:13:08 - ceph-deploy配置ceph分布式集群
ceph-deploy配置ceph分布式集群 graph LR ceph-deploy-->ceph-node1 ceph-deploy-->ceph-node2 ceph-deploy-->ceph-node3说明 ceph-depoly install使用说明:不通过–release指定版本的话, 会默认安装最新版本 不设置–no-adjust-repos的时候,会根据安装的版本,自…...
2024/4/18 0:59:08 - K8s You must be logged in to the server (Unauthorized)|certificate has expired or is not yet valid.
K8S证书过期相关问题解决1、各个证书过期时间2、获取集群的配置文件3、备份4、更新证书5、更新配置文件6、在三台Master上执行重启kube-apiserver,kube-controller,kube-scheduler,etcd这4个容器,使其生效7、更换kubectl 操作的配置信息8、查看各个证书过期时间 在使用Kuberne…...
2024/4/15 5:04:38 - 【简单】1455. 检查单词是否为句中其他单词的前缀
【题目】 给你一个字符串 sentence 作为句子并指定检索词为 searchWord ,其中句子由若干用 单个空格 分隔的单词组成。请你检查检索词 searchWord 是否为句子 sentence 中任意单词的前缀。如果 searchWord 是某一个单词的前缀,则返回句子 sentence 中该单词所对应的下标(下标…...
2024/4/28 16:20:05 - 递归程序设计
目录实验内容题目分析算法构造算法实现运行结果 实验内容 用递归方法设计下列各题,并给出每道题目的递归出口(递归结束的条件)和递归表达式。同时考虑题目可否设计为非递归方法,如果可以,设计出非递归的算法。 1.一个人赶着鸭子去每个村庄卖,每经过一个村子卖去所赶鸭子的…...
2024/4/28 15:01:52 - 计算字符串中子串出现的次数 输入 输入以空格相隔的两个字符串(字符数不大于20个),敲回车 输出 统计第一个字符串中 第二个字符串 出现的次数 样例输入 Goodoo o 样例输出 4
计算字符串中子串出现的次数 输入 输入以空格相隔的两个字符串(字符数不大于20个),敲回车 输出 统计第一个字符串中 第二个字符串 出现的次数 样例输入 Goodoo o 样例输出 4 #include <stdio.h> #include <string.h> #include <math.h> #include <s…...
2024/4/28 14:57:21 - CentOS 6安装pecl提示:-bash pecl: command not found解决方案
文章目录提出问题解决方案 提出问题 出现此提示后先去网上搜一波解决方案,总结归纳基本都是执行如下命令: yum install php-devel php-pear然而,却没什么用,执行之后依然出现上述提示。 解决方案 转战谷歌,google看了几个帖子最终在 这里 找到答案,执行如下命令 yum --en…...
2024/4/28 2:16:19 - stacking集成方法理解
在这篇机器学习ensemble之stacking方法及新手的坑博文的基础上尝试理解第二层元模型的输入输出构造:在第二层训练集的构造中,训练集的输入为M个基础模型生成的New feature(橙色部分);训练集的输出为原始训练集的feture。在第二层测试集的构造中,测试集的输入为M个基础模型产…...
2024/4/24 11:31:55 - 对scrapy爬虫的认识
...
2024/4/28 8:01:14 - 小程序 loading
loading 使用<view><button loading="buttonLoading">加载中</button></view>效果总结:在小程序过程中非常的简丹,易上手。我们直接把loading属性加载button按钮上就可以实现加载中的状态效果,那么我们在获取到数据之前让其显示,获取到数…...
2024/4/28 1:50:26 - Python爬虫练习三-爬取豆瓣电影top250
前言:练习基本的Python爬虫入手项目:当当网、豆瓣网。实现代码:涉及到知识点:beautifulSoup使用xlwt用于xml的存储设置时间文本写操作爬取网站信息import json import requests from bs4 import BeautifulSoup from requests.exceptions import RequestException import re…...
2024/4/28 9:44:11 - ios入门5_循环
1.repeat while import Cocoa var index=15 repeat {print("index=\(index)")index+=1 } while index<202.while import Cocoa var index=10 while index<20 {print("index=\(index)")index+=1 }3.continue 停止本次循环迭代,重新开始下一次循环迭代…...
2024/4/26 22:25:31 - Android数据传递方法汇总
1、利用Intent对象携带简单数据1.1 发送数据//传递些简单的参数Intent intentSimple = new Intent();intentSimple.setClass(MainActivity.this, Main2Activity.class);Bundle bundleSimple = new Bundle();bundleSimple.putString("name", "jay");bundleS…...
2024/4/28 3:33:04 - 厦门国际银行”数创金融杯“比赛思路及总结
说明:这是第一次参加比赛,成绩不理想,高手勿喷。。。比赛链接:点这里 一、赛题解读 1、任务2、数据3、评分标准4、解决任务方法 通过分析数据标签可以知道这是一个不平衡样本的分类问题,对于这类问题,可以从以下方法对任务进行处理: (1)建立分类模型,处理不平衡数据,…...
2024/4/24 11:31:44 - Pytorch--Visdom的安装与初步使用遇到问题
Pytorch–Visdom的安装与初步使用遇到问题 Visdom由Facebook团队开发,是一个非常灵活的可视化工具,可以用于多种数据的创建与组织,支持NumPy,Torch和PyTorch数据,目的是促进远程数据的可视化。 Visdom可以通过pip指令安装 pip install visdom 使用以下指令开启visdom服务,…...
2024/4/28 15:37:24 - Spring Cloud 分布式事务终极解决方案探讨
spring cloud分布式事务从入门到精通(如下载连接失效,请私信我)百度云下载链接:https://pan.baidu.com/s/1EtYyj7MEBqIGSYg2ljBFyg 提取码:n8p7备份下载地址 https://huoyan-dabing.lanzous.com/b0d253o4h 密码:9sem阿里2017云栖大会《破解世界性技术难题!GTS让分布式事务简…...
2024/4/28 0:24:15 - 大话http笔记
1、什么是代理?代理是处于服务器和浏览器中间的一个中转站,将来自浏览器的请求发送给服务端,将来自服务端的响应返回给客户端。因此代理在角色上即是服务器又是浏览器。2、代理有哪些应用?可以用于跨过墙查看外面世界的内容。可以用于过滤器,对浏览器的请求进行分析和拦截…...
2024/4/27 22:32:06
最新文章
- MogDB如何兼容Oracle的管道函数
在之前很多数据库国产化改造项目中,我们遇到了很多难题,其中一个难点在于重度使用Oracle的一些用户使用了大量的管道函数(pipeline)。在之前的版本中,由于MogDB还不支持pipeline,因此给我们造成了不小的麻烦…...
2024/4/28 16:20:06 - 梯度消失和梯度爆炸的一些处理方法
在这里是记录一下梯度消失或梯度爆炸的一些处理技巧。全当学习总结了如有错误还请留言,在此感激不尽。 权重和梯度的更新公式如下: w w − η ⋅ ∇ w w w - \eta \cdot \nabla w ww−η⋅∇w 个人通俗的理解梯度消失就是网络模型在反向求导的时候出…...
2024/3/20 10:50:27 - llama.cpp运行qwen0.5B
编译llama.cp 参考 下载模型 05b模型下载 转化模型 创建虚拟环境 conda create --prefixD:\miniconda3\envs\llamacpp python3.10 conda activate D:\miniconda3\envs\llamacpp安装所需要的包 cd G:\Cpp\llama.cpp-master pip install -r requirements.txt python conver…...
2024/4/26 8:21:14 - node.js常用指令
1、node:启动 Node.js REPL(交互式解释器)。 node 2、node [文件名]:执行指定的 JavaScript 文件。 node app.js 3、npm init:初始化一个新的 Node.js 项目,生成 package.json 文件。 此命令会创建一个…...
2024/4/27 1:07:02 - 【外汇早评】美通胀数据走低,美元调整
原标题:【外汇早评】美通胀数据走低,美元调整昨日美国方面公布了新一期的核心PCE物价指数数据,同比增长1.6%,低于前值和预期值的1.7%,距离美联储的通胀目标2%继续走低,通胀压力较低,且此前美国一季度GDP初值中的消费部分下滑明显,因此市场对美联储后续更可能降息的政策…...
2024/4/28 13:52:11 - 【原油贵金属周评】原油多头拥挤,价格调整
原标题:【原油贵金属周评】原油多头拥挤,价格调整本周国际劳动节,我们喜迎四天假期,但是整个金融市场确实流动性充沛,大事频发,各个商品波动剧烈。美国方面,在本周四凌晨公布5月份的利率决议和新闻发布会,维持联邦基金利率在2.25%-2.50%不变,符合市场预期。同时美联储…...
2024/4/28 3:28:32 - 【外汇周评】靓丽非农不及疲软通胀影响
原标题:【外汇周评】靓丽非农不及疲软通胀影响在刚结束的周五,美国方面公布了新一期的非农就业数据,大幅好于前值和预期,新增就业重新回到20万以上。具体数据: 美国4月非农就业人口变动 26.3万人,预期 19万人,前值 19.6万人。 美国4月失业率 3.6%,预期 3.8%,前值 3…...
2024/4/26 23:05:52 - 【原油贵金属早评】库存继续增加,油价收跌
原标题:【原油贵金属早评】库存继续增加,油价收跌周三清晨公布美国当周API原油库存数据,上周原油库存增加281万桶至4.692亿桶,增幅超过预期的74.4万桶。且有消息人士称,沙特阿美据悉将于6月向亚洲炼油厂额外出售更多原油,印度炼油商预计将每日获得至多20万桶的额外原油供…...
2024/4/28 13:51:37 - 【外汇早评】日本央行会议纪要不改日元强势
原标题:【外汇早评】日本央行会议纪要不改日元强势近两日日元大幅走强与近期市场风险情绪上升,避险资金回流日元有关,也与前一段时间的美日贸易谈判给日本缓冲期,日本方面对汇率问题也避免继续贬值有关。虽然今日早间日本央行公布的利率会议纪要仍然是支持宽松政策,但这符…...
2024/4/27 17:58:04 - 【原油贵金属早评】欧佩克稳定市场,填补伊朗问题的影响
原标题:【原油贵金属早评】欧佩克稳定市场,填补伊朗问题的影响近日伊朗局势升温,导致市场担忧影响原油供给,油价试图反弹。此时OPEC表态稳定市场。据消息人士透露,沙特6月石油出口料将低于700万桶/日,沙特已经收到石油消费国提出的6月份扩大出口的“适度要求”,沙特将满…...
2024/4/27 14:22:49 - 【外汇早评】美欲与伊朗重谈协议
原标题:【外汇早评】美欲与伊朗重谈协议美国对伊朗的制裁遭到伊朗的抗议,昨日伊朗方面提出将部分退出伊核协议。而此行为又遭到欧洲方面对伊朗的谴责和警告,伊朗外长昨日回应称,欧洲国家履行它们的义务,伊核协议就能保证存续。据传闻伊朗的导弹已经对准了以色列和美国的航…...
2024/4/28 1:28:33 - 【原油贵金属早评】波动率飙升,市场情绪动荡
原标题:【原油贵金属早评】波动率飙升,市场情绪动荡因中美贸易谈判不安情绪影响,金融市场各资产品种出现明显的波动。随着美国与中方开启第十一轮谈判之际,美国按照既定计划向中国2000亿商品征收25%的关税,市场情绪有所平复,已经开始接受这一事实。虽然波动率-恐慌指数VI…...
2024/4/28 15:57:13 - 【原油贵金属周评】伊朗局势升温,黄金多头跃跃欲试
原标题:【原油贵金属周评】伊朗局势升温,黄金多头跃跃欲试美国和伊朗的局势继续升温,市场风险情绪上升,避险黄金有向上突破阻力的迹象。原油方面稍显平稳,近期美国和OPEC加大供给及市场需求回落的影响,伊朗局势并未推升油价走强。近期中美贸易谈判摩擦再度升级,美国对中…...
2024/4/27 17:59:30 - 【原油贵金属早评】市场情绪继续恶化,黄金上破
原标题:【原油贵金属早评】市场情绪继续恶化,黄金上破周初中国针对于美国加征关税的进行的反制措施引发市场情绪的大幅波动,人民币汇率出现大幅的贬值动能,金融市场受到非常明显的冲击。尤其是波动率起来之后,对于股市的表现尤其不安。隔夜美国股市出现明显的下行走势,这…...
2024/4/25 18:39:16 - 【外汇早评】美伊僵持,风险情绪继续升温
原标题:【外汇早评】美伊僵持,风险情绪继续升温昨日沙特两艘油轮再次发生爆炸事件,导致波斯湾局势进一步恶化,市场担忧美伊可能会出现摩擦生火,避险品种获得支撑,黄金和日元大幅走强。美指受中美贸易问题影响而在低位震荡。继5月12日,四艘商船在阿联酋领海附近的阿曼湾、…...
2024/4/28 1:34:08 - 【原油贵金属早评】贸易冲突导致需求低迷,油价弱势
原标题:【原油贵金属早评】贸易冲突导致需求低迷,油价弱势近日虽然伊朗局势升温,中东地区几起油船被袭击事件影响,但油价并未走高,而是出于调整结构中。由于市场预期局势失控的可能性较低,而中美贸易问题导致的全球经济衰退风险更大,需求会持续低迷,因此油价调整压力较…...
2024/4/26 19:03:37 - 氧生福地 玩美北湖(上)——为时光守候两千年
原标题:氧生福地 玩美北湖(上)——为时光守候两千年一次说走就走的旅行,只有一张高铁票的距离~ 所以,湖南郴州,我来了~ 从广州南站出发,一个半小时就到达郴州西站了。在动车上,同时改票的南风兄和我居然被分到了一个车厢,所以一路非常愉快地聊了过来。 挺好,最起…...
2024/4/28 1:22:35 - 氧生福地 玩美北湖(中)——永春梯田里的美与鲜
原标题:氧生福地 玩美北湖(中)——永春梯田里的美与鲜一觉醒来,因为大家太爱“美”照,在柳毅山庄去寻找龙女而错过了早餐时间。近十点,向导坏坏还是带着饥肠辘辘的我们去吃郴州最富有盛名的“鱼头粉”。说这是“十二分推荐”,到郴州必吃的美食之一。 哇塞!那个味美香甜…...
2024/4/25 18:39:14 - 氧生福地 玩美北湖(下)——奔跑吧骚年!
原标题:氧生福地 玩美北湖(下)——奔跑吧骚年!让我们红尘做伴 活得潇潇洒洒 策马奔腾共享人世繁华 对酒当歌唱出心中喜悦 轰轰烈烈把握青春年华 让我们红尘做伴 活得潇潇洒洒 策马奔腾共享人世繁华 对酒当歌唱出心中喜悦 轰轰烈烈把握青春年华 啊……啊……啊 两…...
2024/4/26 23:04:58 - 扒开伪装医用面膜,翻六倍价格宰客,小姐姐注意了!
原标题:扒开伪装医用面膜,翻六倍价格宰客,小姐姐注意了!扒开伪装医用面膜,翻六倍价格宰客!当行业里的某一品项火爆了,就会有很多商家蹭热度,装逼忽悠,最近火爆朋友圈的医用面膜,被沾上了污点,到底怎么回事呢? “比普通面膜安全、效果好!痘痘、痘印、敏感肌都能用…...
2024/4/27 23:24:42 - 「发现」铁皮石斛仙草之神奇功效用于医用面膜
原标题:「发现」铁皮石斛仙草之神奇功效用于医用面膜丽彦妆铁皮石斛医用面膜|石斛多糖无菌修护补水贴19大优势: 1、铁皮石斛:自唐宋以来,一直被列为皇室贡品,铁皮石斛生于海拔1600米的悬崖峭壁之上,繁殖力差,产量极低,所以古代仅供皇室、贵族享用 2、铁皮石斛自古民间…...
2024/4/28 5:48:52 - 丽彦妆\医用面膜\冷敷贴轻奢医学护肤引导者
原标题:丽彦妆\医用面膜\冷敷贴轻奢医学护肤引导者【公司简介】 广州华彬企业隶属香港华彬集团有限公司,专注美业21年,其旗下品牌: 「圣茵美」私密荷尔蒙抗衰,产后修复 「圣仪轩」私密荷尔蒙抗衰,产后修复 「花茵莳」私密荷尔蒙抗衰,产后修复 「丽彦妆」专注医学护…...
2024/4/26 19:46:12 - 广州械字号面膜生产厂家OEM/ODM4项须知!
原标题:广州械字号面膜生产厂家OEM/ODM4项须知!广州械字号面膜生产厂家OEM/ODM流程及注意事项解读: 械字号医用面膜,其实在我国并没有严格的定义,通常我们说的医美面膜指的应该是一种「医用敷料」,也就是说,医用面膜其实算作「医疗器械」的一种,又称「医用冷敷贴」。 …...
2024/4/27 11:43:08 - 械字号医用眼膜缓解用眼过度到底有无作用?
原标题:械字号医用眼膜缓解用眼过度到底有无作用?医用眼膜/械字号眼膜/医用冷敷眼贴 凝胶层为亲水高分子材料,含70%以上的水分。体表皮肤温度传导到本产品的凝胶层,热量被凝胶内水分子吸收,通过水分的蒸发带走大量的热量,可迅速地降低体表皮肤局部温度,减轻局部皮肤的灼…...
2024/4/27 8:32:30 - 配置失败还原请勿关闭计算机,电脑开机屏幕上面显示,配置失败还原更改 请勿关闭计算机 开不了机 这个问题怎么办...
解析如下:1、长按电脑电源键直至关机,然后再按一次电源健重启电脑,按F8健进入安全模式2、安全模式下进入Windows系统桌面后,按住“winR”打开运行窗口,输入“services.msc”打开服务设置3、在服务界面,选中…...
2022/11/19 21:17:18 - 错误使用 reshape要执行 RESHAPE,请勿更改元素数目。
%读入6幅图像(每一幅图像的大小是564*564) f1 imread(WashingtonDC_Band1_564.tif); subplot(3,2,1),imshow(f1); f2 imread(WashingtonDC_Band2_564.tif); subplot(3,2,2),imshow(f2); f3 imread(WashingtonDC_Band3_564.tif); subplot(3,2,3),imsho…...
2022/11/19 21:17:16 - 配置 已完成 请勿关闭计算机,win7系统关机提示“配置Windows Update已完成30%请勿关闭计算机...
win7系统关机提示“配置Windows Update已完成30%请勿关闭计算机”问题的解决方法在win7系统关机时如果有升级系统的或者其他需要会直接进入一个 等待界面,在等待界面中我们需要等待操作结束才能关机,虽然这比较麻烦,但是对系统进行配置和升级…...
2022/11/19 21:17:15 - 台式电脑显示配置100%请勿关闭计算机,“准备配置windows 请勿关闭计算机”的解决方法...
有不少用户在重装Win7系统或更新系统后会遇到“准备配置windows,请勿关闭计算机”的提示,要过很久才能进入系统,有的用户甚至几个小时也无法进入,下面就教大家这个问题的解决方法。第一种方法:我们首先在左下角的“开始…...
2022/11/19 21:17:14 - win7 正在配置 请勿关闭计算机,怎么办Win7开机显示正在配置Windows Update请勿关机...
置信有很多用户都跟小编一样遇到过这样的问题,电脑时发现开机屏幕显现“正在配置Windows Update,请勿关机”(如下图所示),而且还需求等大约5分钟才干进入系统。这是怎样回事呢?一切都是正常操作的,为什么开时机呈现“正…...
2022/11/19 21:17:13 - 准备配置windows 请勿关闭计算机 蓝屏,Win7开机总是出现提示“配置Windows请勿关机”...
Win7系统开机启动时总是出现“配置Windows请勿关机”的提示,没过几秒后电脑自动重启,每次开机都这样无法进入系统,此时碰到这种现象的用户就可以使用以下5种方法解决问题。方法一:开机按下F8,在出现的Windows高级启动选…...
2022/11/19 21:17:12 - 准备windows请勿关闭计算机要多久,windows10系统提示正在准备windows请勿关闭计算机怎么办...
有不少windows10系统用户反映说碰到这样一个情况,就是电脑提示正在准备windows请勿关闭计算机,碰到这样的问题该怎么解决呢,现在小编就给大家分享一下windows10系统提示正在准备windows请勿关闭计算机的具体第一种方法:1、2、依次…...
2022/11/19 21:17:11 - 配置 已完成 请勿关闭计算机,win7系统关机提示“配置Windows Update已完成30%请勿关闭计算机”的解决方法...
今天和大家分享一下win7系统重装了Win7旗舰版系统后,每次关机的时候桌面上都会显示一个“配置Windows Update的界面,提示请勿关闭计算机”,每次停留好几分钟才能正常关机,导致什么情况引起的呢?出现配置Windows Update…...
2022/11/19 21:17:10 - 电脑桌面一直是清理请关闭计算机,windows7一直卡在清理 请勿关闭计算机-win7清理请勿关机,win7配置更新35%不动...
只能是等着,别无他法。说是卡着如果你看硬盘灯应该在读写。如果从 Win 10 无法正常回滚,只能是考虑备份数据后重装系统了。解决来方案一:管理员运行cmd:net stop WuAuServcd %windir%ren SoftwareDistribution SDoldnet start WuA…...
2022/11/19 21:17:09 - 计算机配置更新不起,电脑提示“配置Windows Update请勿关闭计算机”怎么办?
原标题:电脑提示“配置Windows Update请勿关闭计算机”怎么办?win7系统中在开机与关闭的时候总是显示“配置windows update请勿关闭计算机”相信有不少朋友都曾遇到过一次两次还能忍但经常遇到就叫人感到心烦了遇到这种问题怎么办呢?一般的方…...
2022/11/19 21:17:08 - 计算机正在配置无法关机,关机提示 windows7 正在配置windows 请勿关闭计算机 ,然后等了一晚上也没有关掉。现在电脑无法正常关机...
关机提示 windows7 正在配置windows 请勿关闭计算机 ,然后等了一晚上也没有关掉。现在电脑无法正常关机以下文字资料是由(历史新知网www.lishixinzhi.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧!关机提示 windows7 正在配…...
2022/11/19 21:17:05 - 钉钉提示请勿通过开发者调试模式_钉钉请勿通过开发者调试模式是真的吗好不好用...
钉钉请勿通过开发者调试模式是真的吗好不好用 更新时间:2020-04-20 22:24:19 浏览次数:729次 区域: 南阳 > 卧龙 列举网提醒您:为保障您的权益,请不要提前支付任何费用! 虚拟位置外设器!!轨迹模拟&虚拟位置外设神器 专业用于:钉钉,外勤365,红圈通,企业微信和…...
2022/11/19 21:17:05 - 配置失败还原请勿关闭计算机怎么办,win7系统出现“配置windows update失败 还原更改 请勿关闭计算机”,长时间没反应,无法进入系统的解决方案...
前几天班里有位学生电脑(windows 7系统)出问题了,具体表现是开机时一直停留在“配置windows update失败 还原更改 请勿关闭计算机”这个界面,长时间没反应,无法进入系统。这个问题原来帮其他同学也解决过,网上搜了不少资料&#x…...
2022/11/19 21:17:04 - 一个电脑无法关闭计算机你应该怎么办,电脑显示“清理请勿关闭计算机”怎么办?...
本文为你提供了3个有效解决电脑显示“清理请勿关闭计算机”问题的方法,并在最后教给你1种保护系统安全的好方法,一起来看看!电脑出现“清理请勿关闭计算机”在Windows 7(SP1)和Windows Server 2008 R2 SP1中,添加了1个新功能在“磁…...
2022/11/19 21:17:03 - 请勿关闭计算机还原更改要多久,电脑显示:配置windows更新失败,正在还原更改,请勿关闭计算机怎么办...
许多用户在长期不使用电脑的时候,开启电脑发现电脑显示:配置windows更新失败,正在还原更改,请勿关闭计算机。。.这要怎么办呢?下面小编就带着大家一起看看吧!如果能够正常进入系统,建议您暂时移…...
2022/11/19 21:17:02 - 还原更改请勿关闭计算机 要多久,配置windows update失败 还原更改 请勿关闭计算机,电脑开机后一直显示以...
配置windows update失败 还原更改 请勿关闭计算机,电脑开机后一直显示以以下文字资料是由(历史新知网www.lishixinzhi.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧!配置windows update失败 还原更改 请勿关闭计算机&#x…...
2022/11/19 21:17:01 - 电脑配置中请勿关闭计算机怎么办,准备配置windows请勿关闭计算机一直显示怎么办【图解】...
不知道大家有没有遇到过这样的一个问题,就是我们的win7系统在关机的时候,总是喜欢显示“准备配置windows,请勿关机”这样的一个页面,没有什么大碍,但是如果一直等着的话就要两个小时甚至更久都关不了机,非常…...
2022/11/19 21:17:00 - 正在准备配置请勿关闭计算机,正在准备配置windows请勿关闭计算机时间长了解决教程...
当电脑出现正在准备配置windows请勿关闭计算机时,一般是您正对windows进行升级,但是这个要是长时间没有反应,我们不能再傻等下去了。可能是电脑出了别的问题了,来看看教程的说法。正在准备配置windows请勿关闭计算机时间长了方法一…...
2022/11/19 21:16:59 - 配置失败还原请勿关闭计算机,配置Windows Update失败,还原更改请勿关闭计算机...
我们使用电脑的过程中有时会遇到这种情况,当我们打开电脑之后,发现一直停留在一个界面:“配置Windows Update失败,还原更改请勿关闭计算机”,等了许久还是无法进入系统。如果我们遇到此类问题应该如何解决呢࿰…...
2022/11/19 21:16:58 - 如何在iPhone上关闭“请勿打扰”
Apple’s “Do Not Disturb While Driving” is a potentially lifesaving iPhone feature, but it doesn’t always turn on automatically at the appropriate time. For example, you might be a passenger in a moving car, but your iPhone may think you’re the one dri…...
2022/11/19 21:16:57