當前位置:首頁 » 幣種行情 » trxt3

trxt3

發布時間: 2022-01-23 11:18:23

㈠ 如何從innodb status中的連接線程id確認到其對應的操作系統線程

如果遇到死鎖了,怎麼解決呢?找到原始的鎖ID,然後KILL掉一直持有的那個線程就可以了, 但是眾多線程,可怎麼找到引起死鎖的線程ID呢? MySQL 發展到現在,已經非常強大了,這個問題很好解決。 直接從數據字典連查找。
我們來演示下。
線程A,我們用來鎖定某些記錄,假設這個線程一直沒提交,或者忘掉提交了。 那麼就一直存在,但是數據裡面顯示的只是SLEEP狀態。
mysql> set @@autocommit=0;
Query OK, 0 rows affected (0.00 sec)

mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| demo_test |
| t3 |
+----------------+
2 rows in set (0.00 sec)

mysql> select * from t3;
+----+--------+--------+------------+----+----+----+
| id | fname | lname | birthday | c1 | c2 | c3 |
+----+--------+--------+------------+----+----+----+
| 19 | lily19 | lucy19 | 2013-04-18 | 19 | 0 | 0 |
| 20 | lily20 | lucy20 | 2013-03-13 | 20 | 0 | 0 |
+----+--------+--------+------------+----+----+----+
2 rows in set (0.00 sec)

mysql> update t3 set birthday = '2022-02-23' where id = 19;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0

mysql> select connection_id();
+-----------------+
| connection_id() |
+-----------------+
| 16 |
+-----------------+
1 row in set (0.00 sec)

mysql>
線程B, 我們用來進行普通的更新,但是遇到問題了,此時不知道是哪個線程把這行記錄給鎖定了?
mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> select @@autocommit;
+--------------+
| @@autocommit |
+--------------+
| 1 |
+--------------+
1 row in set (0.00 sec)

mysql> update t3 set birthday='2018-01-03' where id = 19;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
mysql> select connection_id();
+-----------------+
| connection_id() |
+-----------------+
| 17 |
+-----------------+
1 row in set (0.00 sec)

mysql> show processlist;
+----+------+-----------+------+---------+------+-------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+------+-----------+------+---------+------+-------+------------------+
| 10 | root | localhost | NULL | Sleep | 1540 | | NULL |
| 11 | root | localhost | NULL | Sleep | 722 | | NULL |
| 16 | root | localhost | test | Sleep | 424 | | NULL |
| 17 | root | localhost | test | Query | 0 | init | show processlist |
| 18 | root | localhost | NULL | Sleep | 5 | | NULL |
+----+------+-----------+------+---------+------+-------+------------------+
5 rows in set (0.00 sec)

mysql> show engine innodb status\G

------------
TRANSACTIONS
------------
Trx id counter 189327
Purge done for trx's n:o < 189323 undo n:o < 0 state: running but idle
History list length 343
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 0, not started
MySQL thread id 11, OS thread handle 0x7f70a0c98700, query id 994 localhost root init
show engine innodb status
---TRANSACTION 189326, ACTIVE 2 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 376, 1 row lock(s)
MySQL thread id 17, OS thread handle 0x7f70a0bd5700, query id 993 localhost root updating
update t3 set birthday='2018-01-03' where id = 19
------- TRX HAS BEEN WAITING 2 SEC FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 529 page no 3 n bits 72 index `PRIMARY` of table `test`.`t3` trx id 189326 lock_mode X waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 9; compact format; info bits 0
0: len 2; hex 3139; asc 19;;
1: len 6; hex 00000002e38c; asc ;;
2: len 7; hex 7e00000d2827c9; asc ~ (' ;;
3: len 6; hex 6c696c793139; asc lily19;;
4: len 6; hex 6c7563793139; asc lucy19;;
5: len 3; hex 8fcc57; asc W;;
6: len 4; hex 80000013; asc ;;
7: len 4; hex 80000000; asc ;;
8: len 4; hex 80000000; asc ;;

------------------
---TRANSACTION 189324, ACTIVE 641 sec
2 lock struct(s), heap size 376, 3 row lock(s), undo log entries 1
MySQL thread id 16, OS thread handle 0x7f70a0b94700, query id 985 localhost root cleaning up
Trx read view will not see trx with id >= 189325, sees < 189325
上面的信息很繁多,也看不清楚到底哪裡是哪裡。
不過現在,我們只要從數據字典裡面拿出來這部分信息就OK了。
mysql> SELECT * FROM information_schema.INNODB_TRX\G
*************************** 1. row ***************************
trx_id: 189324
trx_state: RUNNING
trx_started: 2013-04-18 17:48:14
trx_requested_lock_id: NULL
trx_wait_started: NULL
trx_weight: 3
trx_mysql_thread_id: 16
trx_query: NULL
trx_operation_state: NULL
trx_tables_in_use: 0
trx_tables_locked: 0
trx_lock_structs: 2
trx_lock_memory_bytes: 376
trx_rows_locked: 3
trx_rows_modified: 1
trx_concurrency_tickets: 0
trx_isolation_level: REPEATABLE READ
trx_unique_checks: 1
trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
trx_adaptive_hash_latched: 0
trx_adaptive_hash_timeout: 10000
trx_is_read_only: 0
trx_autocommit_non_locking: 0
1 row in set (0.01 sec)

mysql>
原來是線程16忘掉COMMIT了。

㈡ 如何 查找 mysql 中如何 kill 引起死鎖的線程id

如果遇到死鎖了,怎麼解決呢?找到原始的鎖ID,然後KILL掉一直持有的那個線程就可以了, 但是眾多線程,可怎麼找到引起死鎖的線程ID呢? MySQL 發展到現在,已經非常強大了,這個問題很好解決。 直接從數據字典連查找。
我們來演示下。
線程A,我們用來鎖定某些記錄,假設這個線程一直沒提交,或者忘掉提交了。 那麼就一直存在,但是數據裡面顯示的只是SLEEP狀態。
mysql> set @@autocommit=0;
Query OK, 0 rows affected (0.00 sec)

mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| demo_test |
| t3 |
+----------------+
2 rows in set (0.00 sec)

mysql> select * from t3;
+----+--------+--------+------------+----+----+----+
| id | fname | lname | birthday | c1 | c2 | c3 |
+----+--------+--------+------------+----+----+----+
| 19 | lily19 | lucy19 | 2013-04-18 | 19 | 0 | 0 |
| 20 | lily20 | lucy20 | 2013-03-13 | 20 | 0 | 0 |
+----+--------+--------+------------+----+----+----+
2 rows in set (0.00 sec)

mysql> update t3 set birthday = '2022-02-23' where id = 19;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0

mysql> select connection_id();
+-----------------+
| connection_id() |
+-----------------+
| 16 |
+-----------------+
1 row in set (0.00 sec)

mysql>
線程B, 我們用來進行普通的更新,但是遇到問題了,此時不知道是哪個線程把這行記錄給鎖定了?
mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> select @@autocommit;
+--------------+
| @@autocommit |
+--------------+
| 1 |
+--------------+
1 row in set (0.00 sec)

mysql> update t3 set birthday='2018-01-03' where id = 19;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
mysql> select connection_id();
+-----------------+
| connection_id() |
+-----------------+
| 17 |
+-----------------+
1 row in set (0.00 sec)

mysql> show processlist;
+----+------+-----------+------+---------+------+-------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+------+-----------+------+---------+------+-------+------------------+
| 10 | root | localhost | NULL | Sleep | 1540 | | NULL |
| 11 | root | localhost | NULL | Sleep | 722 | | NULL |
| 16 | root | localhost | test | Sleep | 424 | | NULL |
| 17 | root | localhost | test | Query | 0 | init | show processlist |
| 18 | root | localhost | NULL | Sleep | 5 | | NULL |
+----+------+-----------+------+---------+------+-------+------------------+
5 rows in set (0.00 sec)

mysql> show engine innodb status\G

------------
TRANSACTIONS
------------
Trx id counter 189327
Purge done for trx's n:o < 189323 undo n:o < 0 state: running but idle
History list length 343
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 0, not started
MySQL thread id 11, OS thread handle 0x7f70a0c98700, query id 994 localhost root init
show engine innodb status
---TRANSACTION 189326, ACTIVE 2 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 376, 1 row lock(s)
MySQL thread id 17, OS thread handle 0x7f70a0bd5700, query id 993 localhost root updating
update t3 set birthday='2018-01-03' where id = 19
------- TRX HAS BEEN WAITING 2 SEC FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 529 page no 3 n bits 72 index `PRIMARY` of table `test`.`t3` trx id 189326 lock_mode X waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 9; compact format; info bits 0
0: len 2; hex 3139; asc 19;;
1: len 6; hex 00000002e38c; asc ;;
2: len 7; hex 7e00000d2827c9; asc ~ (' ;;
3: len 6; hex 6c696c793139; asc lily19;;
4: len 6; hex 6c7563793139; asc lucy19;;
5: len 3; hex 8fcc57; asc W;;
6: len 4; hex 80000013; asc ;;
7: len 4; hex 80000000; asc ;;
8: len 4; hex 80000000; asc ;;

------------------
---TRANSACTION 189324, ACTIVE 641 sec
2 lock struct(s), heap size 376, 3 row lock(s), undo log entries 1
MySQL thread id 16, OS thread handle 0x7f70a0b94700, query id 985 localhost root cleaning up
Trx read view will not see trx with id >= 189325, sees < 189325
上面的信息很繁多,也看不清楚到底哪裡是哪裡。
不過現在,我們只要從數據字典裡面拿出來這部分信息就OK了。
mysql> SELECT * FROM information_schema.INNODB_TRX\G
*************************** 1. row ***************************
trx_id: 189324
trx_state: RUNNING
trx_started: 2013-04-18 17:48:14
trx_requested_lock_id: NULL
trx_wait_started: NULL
trx_weight: 3
trx_mysql_thread_id: 16
trx_query: NULL
trx_operation_state: NULL
trx_tables_in_use: 0
trx_tables_locked: 0
trx_lock_structs: 2
trx_lock_memory_bytes: 376
trx_rows_locked: 3
trx_rows_modified: 1
trx_concurrency_tickets: 0
trx_isolation_level: REPEATABLE READ
trx_unique_checks: 1
trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
trx_adaptive_hash_latched: 0
trx_adaptive_hash_timeout: 10000
trx_is_read_only: 0
trx_autocommit_non_locking: 0
1 row in set (0.01 sec)

mysql>
原來是線程16忘掉COMMIT了。

㈢ mysql select * into OUTFILE 不會鎖表

mysql>select*intoOUTFILE'out.txt'fromtest.t3;不會鎖表:

mysql>showengineinnodbstatusG
***************************1.row***************************

------------
TRANSACTIONS
------------
Trxidcounter123413
Purgedonefortrx'sn:o<122897undon:o<0state:runningbutidle
Historylistlength461
:
---TRANSACTION123412,notstarted
MySQLthreadid62,OSthreadhandle0x7fe5a1337700,queryid1261localhostrootinit
showengineinnodbstatus
---TRANSACTION123410,ACTIVE108sec
MySQLthreadid60,OSthreadhandle0x7fe5a12f6700,
>=123411,sees<123409
--------


mysql>showengineinnodbstatusG


:
---TRANSACTION123412,notstarted
MySQLthreadid62,OSthreadhandle0x7fe5a1337700,queryid1264localhostrootinit
showengineinnodbstatus

---TRANSACTION123410,ACTIVE160secfetchingrows
mysqltablesinuse1,locked0
MySQLthreadid60,OSthreadhandle0x7fe5a12f6700,
select*intoOUTFILE'out.txt'fromtest.t3
>=123411,sees<123409
--------

============================

1rowinset(0.00sec)

㈣ 請各位國畫朋友提供一些田世光 工筆畫 的 高清大圖~

這是網路圖片的
http://image..com/i?tn=image&ct=201326592&cl=2&lm=-1&pv=&word=%CC%EF%CA%C0%B9%E2&z=3
這是作者介紹,也有一些作品鑒賞http://special.artxun.com/20080617/.shtml
很多藝術拍賣網站也有,隨便一搜都有,不過都要注冊才能看大圖

㈤ stm32 中斷TRX怎麼有20個

STM32寄存器列表 中斷和事件相關寄存器

AFIO_EXTICR1(外部中斷配置寄存器1)
15-0位:EXTI[3:0]EXTIx(x=0-3)配置(手動)用於選擇EXTIx外部中斷輸入源
定義:0000(PA[x]引腳),0001(PB[x]引腳),0010(PC[x]引腳),0011(PD[x]引腳),0100(PE[x]引腳),0101(PF[x]引腳),0110(PG[x]引腳)
AFIO_EXTICR2(外部中斷配置寄存器2)
15-0位:EXTI[3:0]EXTIx(x=4-7)配置(手動)用於選擇EXTIx外部中斷輸入源
定義:0000(PA[x]引腳),0001(PB[x]引腳),0010(PC[x]引腳),0011(PD[x]引腳),0100(PE[x]引腳),0101(PF[x]引腳),0110(PG[x]引腳)
AFIO_EXTICR3(外部中斷配置寄存器3)
15-0位:EXTI[3:0]EXTIx(x=8-11)配置(手動)用於選擇EXTIx外部中斷輸入源
定義:0000(PA[x]引腳),0001(PB[x]引腳),0010(PC[x]引腳),0011(PD[x]引腳),0100(PE[x]引腳),0101(PF[x]引腳),0110(PG[x]引腳)
AFIO_EXTICR4(外部中斷配置寄存器4)
15-0位:EXTI[3:0]EXTIx(x=12-15)配置(手動)用於選擇EXTIx外部中斷輸入源
定義:0000(PA[x]引腳),0001(PB[x]引腳),0010(PC[x]引腳),0011(PD[x]引腳),0100(PE[x]引腳),0101(PF[x]引腳),0110(PG[x]引腳)
EXTI_IMR(中斷屏蔽寄存器)
19-0位:MRx線x上的事件屏蔽,定義:0(屏蔽來自線x上的事件請求),1(開放來自線x上的時間請求)註:19隻用於互聯型,對其他晶元保留
EXTI_EMR(中斷屏蔽寄存器)
19-0位:MRx線x上的事件屏蔽,定義:0(屏蔽來自線x上的事件請求),1(開放來自線x上的時間請求)註:19隻用於互聯型,對其他晶元保留
EXTI_RTSR(上升沿觸發選擇寄存器)
0-19位:TRx線x的上升沿觸發時間配置位,定義:0(禁止輸入線x上的上升沿觸發(中斷和事件),1(允許輸入線x上的上升沿觸發(中斷和時間)注19位用於互聯型
EXTI_FTSR(下降沿觸發選擇寄存器)
0-19位:TRx線x的上升沿觸發時間配置位,定義:0(禁止輸入線x上的上升沿觸發(中斷和事件),1(允許輸入線x上的上升沿觸發(中斷和時間)注19位用於互聯型
EXTI_SWIER
19-0位:SWIERx線x上的軟體中斷,當該位為0時,寫1將設置EXTI_PR中相應的掛起位。如果在EXTI_IMR和EXTI_EMR中允許產生中斷,則此時將產生一個中斷。
註:通過清除EXTI_PR的對應位(寫1),可清除該位為0,19位為互聯型,對其他晶元為保留
EXTI_PR(掛起寄存器)
19-0位:PRx掛起位,定義:0(沒有發生觸發請求),1(發生了選擇的觸發請求) 註:19位用於互聯型,對其他產品為保留位
當在外部中斷線上發生了選擇的邊沿事件,該位被置1。在該位中寫入1可以清除它,也可以通過改變邊沿檢測的極性清除

熱點內容
百度稀土元宇宙 發布:2024-10-19 00:25:23 瀏覽:387
比特幣礦機怎麼綁定 發布:2024-10-19 00:21:01 瀏覽:953
usdt幣子 發布:2024-10-19 00:19:27 瀏覽:242
usdt為什麼跌得那麼慘 發布:2024-10-19 00:15:02 瀏覽:510
幣圈受什麼影響跌幅這么大 發布:2024-10-19 00:03:08 瀏覽:419
比特幣挖礦會燒壞顯卡嗎 發布:2024-10-18 23:49:55 瀏覽:592
砍樹挖礦游戲下載 發布:2024-10-18 23:33:31 瀏覽:772
cgminer挖以太坊 發布:2024-10-18 23:29:08 瀏覽:4
ethamd顯卡要怎麼超頻 發布:2024-10-18 23:18:05 瀏覽:156
元宇宙搭建 發布:2024-10-18 23:15:00 瀏覽:671