MySQL通讯协议研究3(Text模式查询)
生活随笔
收集整理的這篇文章主要介紹了
MySQL通讯协议研究3(Text模式查询)
小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
今天來看Text模式的查詢,所謂Text模式,是指sql中只包含文本,沒有參數(shù)。當(dāng)然了,這個(gè)查詢sql可以是select,也可以是update一類的。基礎(chǔ)流程如下:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | Client?????????????? Server ??|?? COM_QUERY + sql? | ??|------------------->| ??|?????? response???? | ??|<-------------------| ??|???? column define? | ??|<-------------------| ??|???? column define? | ??|<-------------------| ??|???????? EOF??????? | ??|<-------------------| ??|?????? data row???? | ??|<-------------------| ??|?????? data row???? | ??|<-------------------| ??|?????? data row???? | ??|<-------------------| ??|???????? EOF??????? | ??|<-------------------| |
1、COM_QUERY
格式:
| 1 2 | 1????????????? [03] COM_QUERY string[EOF]??? the query the server shall execute |
抓包:
| 1 2 | 00000000? 12 00 00 00 03 53 45 4C? 45 43 54 20 2A 20 46 52?? .....SEL ECT * FR 00000010? 4F 4D 20 65 70 00 01 00? 00 00 01????????????????? OM ep... ... |
解析:
| 1 2 3 4 | 12 00 00????????????????????//數(shù)據(jù)長度,3字節(jié),0x12=18字節(jié) 00??????????????????????????//序號,1字節(jié),由于是新一輪交互,又重置為0了 03??????????????????????????//COM_QUERY標(biāo)識,1字節(jié),固定為0x03 53 45 4C 45 43 54 20 2A 20 46 52 4F 4D 20 65 70 00??//SQL語句,以\0結(jié)尾,內(nèi)容=SELECT * FROM ep |
2、Query Response
這個(gè)response可能是個(gè)OK Packet,也可能是個(gè)ERR Packet,此處專門看查到數(shù)據(jù)的情況。
格式:
| 1 | lenenc-int?????column count |
抓包:
| 1 | 00000000? 01 00 00 01 03???????????????????????????????????? ..... |
解析:
| 1 2 3 | 01 00 00????????????????????//數(shù)據(jù)長度,3字節(jié),0x01=1字節(jié) 01??????????????????????????//序號,1字節(jié) 03??????????????????????????//字段數(shù)量,變長整數(shù),0x03=3 |
變長整型:
| 1 2 3 4 | < 251時(shí),以1字節(jié)存儲(chǔ) ≥ 251 && < (2^16)時(shí),以0xfc + 2字節(jié)存儲(chǔ) ≥ (2^16) && < (2^24)時(shí),以0xfd + 3字節(jié)存儲(chǔ) ≥ (2^24) && < (2^64)時(shí),以0xfe + 8字節(jié)存儲(chǔ) |
3、Column Define
格式:(Column Definition Packet)
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | lenenc_str???? catalog lenenc_str???? schema lenenc_str???? table lenenc_str???? org_table lenenc_str???? name lenenc_str???? org_name lenenc_int???? length of?fixed-length fields [0c] 2????????????? character?set 4????????????? column length 1????????????? type 2????????????? flags 1????????????? decimals 2????????????? filler [00] [00] ??if?command was COM_FIELD_LIST { lenenc_int???? length of?default-values string[$len]???default?values ??} |
抓包:
| 1 2 3 | 00000000? 27 00 00 02 03 64 65 66? 05 76 6D 6E 70 6E 02 65? '....def .vmnpn.e 00000010? 70 02 65 70 04 47 55 49? 44 04 47 55 49 44 0C 21? p.ep.GUI D.GUID.! 00000020? 00 6C 00 00 00 FD 03 50? 00 00 00???????????????? .l.....P ... |
解析:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | 27 00 00????????????????????//數(shù)據(jù)長度,3字節(jié),0x27=39字節(jié) 02??????????????????????????//序號,1字節(jié) 03 64 65 66?????????????????//catelog,變長字符串,內(nèi)容=def 05 76 6D 6E 70 6E???????????//schema,變長字符串,內(nèi)容=vmnpn 02 65 70????????????????????//表名,變長字符串,內(nèi)容=ep 02 65 70????????????????????//原始表名,變長字符串,內(nèi)容=ep 04 47 55 49 44??????????????//字段名,變長字符串,內(nèi)容=GUID 04 47 55 49 44??????????????//原始字段名,變長字符串,內(nèi)容=GUID 0C??????????????????????????//固定為0x0c 21 00???????????????????????//字符集,2字節(jié),0x21=33=utf8_general_ci 6C 00 00 00?????????????????//字段長度,4字節(jié),0x6c=108,對應(yīng)字段是utf8格式的char36,因此占用108字節(jié) FD??????????????????????????//數(shù)據(jù)類型,1字節(jié),0xfd=253=VAR_STRING 03 50???????????????????????//flags,2字節(jié) 00??????????????????????????//decimals,1字節(jié) 00 00???????????????????????//固定填充2字節(jié)0x00 |
變長字符串:
| 1 2 | lenenc_int????? 字符串長度n string[n]?????? 定長字符串 |
4、EOF
格式:(EOF Packet)
| 1 2 3 4 5 | 1????????????? [fe] the EOF header ??if?capabilities & CLIENT_PROTOCOL_41 { 2????????????? warning count 2????????????? status flags ??} |
抓包:
| 1 | 00000000? 05 00 00 05 FE 00? 00 22 00????????????????????? ...... ... |
解析:
| 1 2 3 4 5 | 05 00 00????????????????????//數(shù)據(jù)長度,3字節(jié),0x05=5字節(jié) 05??????????????????????????//序號,1字節(jié) FE??????????????????????????//EOF標(biāo)識,1字節(jié),固定為0xfe 00 00???????????????????????//警告數(shù)量,2字節(jié) 22 00???????????????????????//狀態(tài),2字節(jié) |
5、Data
格式:(Text Resultset Row Packet)
| 1 2 | NULL?is?sent?as?0xfb everything?else?is?converted?into?a?string?and?is?sent?as?Protocol::LengthEncodedString. |
抓包:
| 1 2 3 4 5 | 00000000? 3D 00 00 06 24 34 32 32? 34 30 36 32 32 2D 62 30? =...$422 40622-b0 00000010? 38 64 2D 65 38 30 61 2D? 32 66 65 37 2D 66 33 37? 8d-e80a- 2fe7-f37 00000020? 32 37 66 62 62 66 63 33? 33 09 44 73 61 2D 31 32? 27fbbfc3 3.Dsa-12 00000030? 2E 34 35 0D 31 39 33 2E? 31 36 38 2E 31 32 2E 34? .45.193. 168.12.4 00000040? 35??????????????????????????????????????????????? 5 |
解析:
| 1 2 3 4 5 6 7 8 | 3D 00 00????????????????????//數(shù)據(jù)長度,3字節(jié),0x3d=61字節(jié) 06??????????????????????????//序號,1字節(jié) 24??????????????????????????//第1個(gè)字段數(shù)據(jù)長度,變長整型,0x24=36字節(jié) 34 32 32 …… 66 63 33 33?//第1個(gè)字段數(shù)據(jù),內(nèi)容=42240622-b08d-e80a-2fe7-f3727fbbfc33 09??????????????????????????//第2個(gè)字段數(shù)據(jù)長度,變長整形,0x09=9字節(jié) 44 73 61 2D 31 32 2E 34 35??//第2個(gè)字段數(shù)據(jù),內(nèi)容=Dsa-12.45 0D??????????????????????????//第3個(gè)字段數(shù)據(jù)長度,變長整形,0x0d=13字節(jié) 31 39 33 2E 31 36 38 2E 31 32 2E 34 35??????//第3個(gè)字段數(shù)據(jù),內(nèi)容=193.168.12.45 |
未完待續(xù)……
? ? ?本文轉(zhuǎn)自 BoyTNT 51CTO博客,原文鏈接:http://blog.51cto.com/boytnt/1286820,如需轉(zhuǎn)載請自行聯(lián)系原作者
總結(jié)
以上是生活随笔為你收集整理的MySQL通讯协议研究3(Text模式查询)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 三层架构的是与非
- 下一篇: MySQL不能插入中文字符及中文字符乱码