随笔:sending data状态包含了使用内部临时表


这是一个我的随笔记录,这些过程非常有用,也非常明显。

语句如下:

mysql> desc select id,count(*) from t110 group by  id;
+----+-------------+-------+------------+------+---------------+------+---------+------+-------+----------+---------------------------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows  | filtered | Extra                           |
+----+-------------+-------+------------+------+---------------+------+---------+------+-------+----------+---------------------------------+
|  1 | SIMPLE      | t110  | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 99395 |   100.00 | Using temporary; Using filesort |
+----+-------------+-------+------------+------+---------------+------+---------+------+-------+----------+---------------------------------+
1 row in set, 1 warning (0.00 sec)


存入内部临时表的操作也在'sending data' 下面,下面的debug trace可以看出
操作是获取innodb层一条数据handler::ha_rnd_next,然后在内部临时表中查询
这行记录hp_search,如果存在则做相应的更改heap_update(如count累加,sum加值等)

使用内部临时表
   1249 T@3: | | | | | | | | >handler::ha_rnd_next
   1250 T@3: | | | | | | | | | >rnd_next
   1251 T@3: | | | | | | | | | | >general_fetch
   1252 T@3: | | | | | | | | | | | >row_search_mvcc
   1253 T@3: | | | | | | | | | | | | >row_sel_store_mysql_rec
   1254 T@3: | | | | | | | | | | | | | >row_sel_store_mysql_field_func
   1255 T@3: | | | | | | | | | | | | | <row_sel_store_mysql_field_func 3267
   1256 T@3: | | | | | | | | | | | | <row_sel_store_mysql_rec 3457
   1257 T@3: | | | | | | | | | | | <row_search_mvcc 6453
   1258 T@3: | | | | | | | | | | <general_fetch 9913
   1259 T@3: | | | | | | | | | <rnd_next 10086
   1260 T@3: | | | | | | | | <handler::ha_rnd_next 3159
   1261 T@3: | | | | | | | | >evaluate_join_record
   1262 T@3: | | | | | | | | | enter: join: 0x7ffe7c007778 join_tab index: 0 table: t112 cond: 0x0
   1263 T@3: | | | | | | | | | counts: evaluate_join_record join->examined_rows++: 4
   1264 T@3: | | | | | | | | | >sub_select_op
   1265 T@3: | | | | | | | | | | >end_update
   1266 T@3: | | | | | | | | | | | >handler::ha_index_read_map
   1267 T@3: | | | | | | | | | | | | >heap_rkey
   1268 T@3: | | | | | | | | | | | | | enter: info: 0x7ffe7caa74d0  inx: 0
   1269 T@3: | | | | | | | | | | | | | >hp_search
   1270 T@3: | | | | | | | | | | | | | | exit: hash: 0x105050504
   1271 T@3: | | | | | | | | | | | | | | exit: found key at 0x7ffe7ceb4880
   1272 T@3: | | | | | | | | | | | | | <hp_search 124
   1273 T@3: | | | | | | | | | | | | | >hp_extract_record
   1274 T@3: | | | | | | | | | | | | | <hp_extract_record 369
   1275 T@3: | | | | | | | | | | | | <heap_rkey 81
   1276 T@3: | | | | | | | | | | | <handler::ha_index_read_map 3261
   1277 T@3: | | | | | | | | | | | >hanlder::ha_update_row
   1278 T@3: | | | | | | | | | | | | >heap_update
   1279 T@3: | | | | | | | | | | | | | >hp_copy_record_data_to_chunks
   1280 T@3: | | | | | | | | | | | | | <hp_copy_record_data_to_chunks 308
   1281 T@3: | | | | | | | | | | | | <heap_update 79
   1282 T@3: | | | | | | | | | | | <hanlder::ha_update_row 8518
   1283 T@3: | | | | | | | | | | <end_update 3482
   1284 T@3: | | | | | | | | | <sub_select_op 1085
   1285 T@3: | | | | | | | | <evaluate_join_record 1707

下面是count(*)累加关于heap_update old值和new值的查看

Breakpoint 2, heap_update (info=0x7ffe7c9a9620, old_record=0x7ffe7c00f3b8  <incomplete sequence \375>, new_record=0x7ffe7c00f3a0  <incomplete sequence \375>)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/heap/hp_update.c:24
24        my_bool auto_key_changed= 0;
(gdb) x/16bx 0x7ffe7c00f3b8
0x7ffe7c00f3b8: 0xfd    0x00    0x01    0x00    0x00    0x00    0x01    0x00
0x7ffe7c00f3c0: 0x00    0x00    0x00    0x00    0x00    0x00    0x00    0x00
(gdb) x/16bx 0x7ffe7c00f3a0
0x7ffe7c00f3a0: 0xfd    0x00    0x01    0x00    0x00    0x00    0x02    0x00
0x7ffe7c00f3a8: 0x00    0x00    0x00    0x00    0x00    0x00    0x00    0x00
(gdb) c
Continuing.

Breakpoint 2, heap_update (info=0x7ffe7c9a9620, old_record=0x7ffe7c00f3b8  <incomplete sequence \375>, new_record=0x7ffe7c00f3a0  <incomplete sequence \375>)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/heap/hp_update.c:24
24        my_bool auto_key_changed= 0;
(gdb) x/16bx 0x7ffe7c00f3b8
0x7ffe7c00f3b8: 0xfd    0x00    0x01    0x00    0x00    0x00    0x02    0x00
0x7ffe7c00f3c0: 0x00    0x00    0x00    0x00    0x00    0x00    0x00    0x00
(gdb) x/16bx 0x7ffe7c00f3a0
0x7ffe7c00f3a0: 0xfd    0x00    0x01    0x00    0x00    0x00    0x03    0x00
0x7ffe7c00f3a8: 0x00    0x00    0x00    0x00    0x00    0x00    0x00    0x00

注意到key = 1 的这个值,第一次断点old值为0x01 new值为0x02,第二次断点old值为0x02 new值为0x03

然后遍历完所有的行过后,进入排序状态为Creating sort index

   1526 T@3: | | | | | | | | | THD::enter_stage: 'Creating sort index' /root/mysqlall/percona-server-locks-detail-5.7.22/sql/sql_executor.cc:2604
   1527 T@3: | | | | | | | | | >PROFILING::status_change
   1528 T@3: | | | | | | | | | <PROFILING::status_change 384
   1529 T@3: | | | | | | | | | >create_sort_index
   1530 T@3: | | | | | | | | | | >my_raw_malloc
   1531 T@3: | | | | | | | | | | | my: size: 376  my_flags: 48
   1532 T@3: | | | | | | | | | | | exit: ptr: 0x7ffe7c9d1a90
   1533 T@3: | | | | | | | | | | <my_raw_malloc 219
   1534 T@3: | | | | | | | | | | >heap_info
   1535 T@3: | | | | | | | | | | <heap_info 57
   1536 T@3: | | | | | | | | | | >filesort
   1537 T@3: | | | | | | | | | | | >make_sortorder
   1538 T@3: | | | | | | | | | | | | >alloc_root
   1539 T@3: | | | | | | | | | | | | | enter: root: 0x7ffe7c003c08
   1540 T@3: | | | | | | | | | | | | | exit: ptr: 0x7ffe7caa4fc8
   1541 T@3: | | | | | | | | | | | | <alloc_root 304
   1542 T@3: | | | | | | | | | | | <make_sortorder 663
   1543 T@3: | | | | | | | | | | | opt: (null): starting struct
   1544 T@3: | | | | | | | | | | | opt: filesort_information: starting struct
   1545 T@3: | | | | | | | | | | | opt: (null): starting struct
   1546 T@3: | | | | | | | | | | | opt: direction: "asc"
   1547 T@3: | | | | | | | | | | | opt: table: "intermediate_tmp_table"
   1548 T@3: | | | | | | | | | | | opt: field: "id"
   1549 T@3: | | | | | | | | | | | opt: (null): ending struct
   1550 T@3: | | | | | | | | | | | opt: filesort_information: ending struct
   1551 T@3: | | | | | | | | | | | info: sort_length: 5
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,163评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,301评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,089评论 0 352
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,093评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,110评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,079评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,005评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,840评论 0 273
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,278评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,497评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,667评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,394评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,980评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,628评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,796评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,649评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,548评论 2 352

推荐阅读更多精彩内容