我要评论写在前面：在个别时候可能需要查看当前最新的事务 id，以便做一些业务逻辑上的判断（例如利用事务 id 变化以及前后时差，统计每次事务的响应时长等用途）。
通常地，我们有两种方法可以查看当前的事务 id：
1、执行 show engine innodb status，查看事务相关信息
===================================== 150303 17:16:11 innodb monitor output ===================================== per second averages calculated from the last 15 seconds ... ------------ transactions trx id counter 3359877657 -- 当前最大事务 id purge done for trx's n:o < 3359877468 undo n:o < 0 state: running history list length 324 list of transactions for each session: ---transaction 0, not started -- 该会话中执行 show engine innodb status，不会产生事务，所以事务 id 为 0 mysql thread id 4692367, os thread handle 0x51103940, query id 677284426 xx.173ops.com 10.x.x.x yejr init show /*!50000 engine*/ innodb status ---transaction 3359877640, not started --非活跃事务，还未开始 mysql tables in use 1, locked 0 mysql thread id 4678384, os thread handle 0x41a57940, query id 677284427 xx.173ops.com 10.x.x.x yejr system lock select polinfo0_.fid as fid39_0_, ... ---transaction 3359877652, not started mysql thread id 4678383, os thread handle 0x50866940, query id 677284420 xx.173ops.com 10.x.x.x yejr cleaning up ---transaction 3359877635, active 1358 sec, thread declared inside innodb 5000 --活跃长事务，运行了 1358 秒还未结束，要引起注意，可能会导致大量锁等待发生 mysql tables in use 1, locked 1 1 lock struct(s), heap size 376, 0 row lock(s), undo log entries 1 mysql thread id 3120717, os thread handle 0x529b4940, query id 677284351 xx.173ops.com 10.x.x.x yejr query end insert into t_live_room ...
2、查看 information_schema.innodb_trx、innodb_locks、innodb_lock_waits 三个表，通过这些信息能快速发现哪些事务在阻塞其他事务
先查询 innodb_trx 表，看看都有哪些事务
mysql> select * from information_schema.innodb_trx\g *************************** 1. row *************************** trx_id: 17778 -- 当前事务 id trx_state: lock wait -- 处于锁等待状态，也就是等待其他会话释放锁资源 trx_started: 2015-03-04 10:40:26 trx_requested_lock_id: 17778:82:3:6 -- 欲请求的锁 trx_wait_started: 2015-03-04 10:40:26 trx_weight: 2 -- 大意是该锁影响了 2 行记录 trx_mysql_thread_id: 657 -- processlist 中的线程 id trx_query: update trx_fee set fee=rand()*1000 where id= 4 trx_operation_state: starting index read trx_tables_in_use: 1 trx_tables_locked: 1 trx_lock_structs: 2 trx_lock_memory_bytes: 360 trx_rows_locked: 1 trx_rows_modified: 0 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 *************************** 2. row *************************** trx_id: 17773 trx_state: running trx_started: 2015-03-04 10:40:23 trx_requested_lock_id: null trx_wait_started: null trx_weight: 10 trx_mysql_thread_id: 656 trx_query: null trx_operation_state: null trx_tables_in_use: 0 trx_tables_locked: 0 trx_lock_structs: 2 trx_lock_memory_bytes: 360 trx_rows_locked: 9 trx_rows_modified: 8 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
再看 innodb_locks 表，看看都有什么锁
mysql> select * from information_schema.innodb_locks\g *************************** 1. row *************************** lock_id: 17778:82:3:6 --当前锁 id lock_trx_id: 17778 --该锁对应的事务 id lock_mode: x -- 锁类型，排它锁 x lock_type: record --锁范围，记录锁：record lock，其他锁范围：间隙锁：gap lock，或者 next-key lock（记录锁+间隙锁） lock_table: `test`.`trx_fee` lock_index: primary --加载在哪个索引上的锁 lock_space: 82 lock_page: 3 lock_rec: 6 lock_data: 4 *************************** 2. row *************************** lock_id: 17773:82:3:6 lock_trx_id: 17773 lock_mode: x lock_type: record lock_table: `test`.`trx_fee` lock_index: primary lock_space: 82 lock_page: 3 lock_rec: 6 lock_data: 4
最后看 innodb_lock_waits 表，看看当前都有哪些锁等待
mysql> select * from information_schema.innodb_lock_waits\g *************************** 1. row *************************** requesting_trx_id: 17778 --请求锁的事务 id（等待方） requested_lock_id: 17778:82:3:6 -- 请求锁 id blocking_trx_id: 17773 -- 阻塞该锁的事务 id（当前持有方，待释放） blocking_lock_id: 17773:82:3:6 -- 持有的锁 id
关于 information_schema 中和 innodb 有关的表用途描述，可以查看手册：21.29 information_schema tables for innodb
3、利用 percona 分支的特性，查看当前最新事务 id，该特性从 5.6.11-60.3 版本开始引入，执行下面的 2 个命令即可查看
mysqladmin ext | grep innodb_max_trx_id 或者 mysql> show global status like 'innodb_max_trx_id';
最后，交代下问题的来源其实是这样的，有位朋友和我讨论问题，说在 java 连接池中，发现 2 个事务的事务 id 是一样的，测试的 sql 代码：
begin;update trx set un=rand() where id=round(rand()*10)+1;select * from information_schema.innodb_trx; commit;select sleep(0.01);begin;update trx set un=rand() where id=round(rand()*10)+1;select * from information_schema.innodb_trx;commit;
这串代码不能折行，中间的 sleep 停留 不能太大，也就是模拟足够快的情况下，检查 2 次事务的 id 是否有变化。可以发现，时间足够短的话，2 次查询到的事务 id 是一样的，并没有发生变化。大家也可以在自己的环境下试试。
以上就是mysql 如何查询当前最新事务id的详细内容，更多关于mysql查询事务id的资料请关注移动技术网其它相关文章！
您可能感兴趣的文章:
如您对本文有疑问或者有任何想说的，请 点击进行留言回复，万千网友为您解惑！
网友评论