MySQL客户端、服务端通讯协议格式

最新推荐文章于 2024-04-26 18:40:57 发布
最新推荐文章于 2024-04-26 18:40:57 发布
阅读量1.7k 收藏 6
点赞数
文章标签： mysql 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kunyus/article/details/124837445
版权

1 交互过程

MySQL客户端与服务器的交互主要分为两个阶段： 握手认证阶段和命令执行阶段。

1.1 握手认证阶段

握手认证阶段为客户端与服务器建立连接后进行，交互过程如下：

  • 服务器 -> 客户端：握手初始化消息
  • 客户端 -> 服务器：登陆认证消息
  • 服务器 -> 客户端：认证结果消息

1.2 命令执行阶段

客户端认证成功后，会进入命令执行阶段，交互过程如下：

  • 客户端 -> 服务器：执行命令消息
  • 服务器 -> 客户端：命令执行结果

MySQL客户端与服务器的完整交互过程如下：

MySQL客户端与服务器交互示意图

2 基本类型

2.1 整型值

MySQL报文中整型值分别有1、2、3、4、8字节长度，使用小字节序传输。

2.2 字符串（以NULL结尾）（Null-Terminated String）

字符串长度不固定，当遇到'NULL'(0x00)字符时结束。

2.3 二进制数据（长度编码）（Length Coded Binary）

数据长度不固定，长度值由数据前的1-9个字节决定，其中长度值所占的字节数不定，字节数由第1个字节决定，如下表：

第一个字节值后续字节数长度值说明
0-2500第一个字节值即为数据的真实长度
2510空数据，数据的真实长度为零
2522后续额外2个字节标识了数据的真实长度
2533后续额外3个字节标识了数据的真实长度
2548后续额外8个字节标识了数据的真实长度

2.4 字符串（长度编码）（Length Coded String）

字符串长度不固定，无'NULL'(0x00)结束符，编码方式与上面的 Length Coded Binary 相同。

3 报文结构

报文分为消息头和消息体两部分，其中消息头占用固定的4个字节，消息体长度由消息头中的长度字段决定，报文结构如下：

MySQL报文结构

3.1 消息头

3.1.1 报文长度

用于标记当前请求消息的实际数据长度值，以字节为单位，占用3个字节，最大值为 0xFFFFFF，即接近 16 MB 大小（比16MB少1个字节）。

3.1.2 序号

在一次完整的请求/响应交互过程中，用于保证消息顺序的正确，每次客户端发起请求时，序号值都会从0开始计算。

3.2 消息体

消息体用于存放请求的内容及响应的数据，长度由消息头中的长度值决定。

4 报文类型

4.1 登陆认证交互报文

4.1.1 握手初始化报文（服务器 -> 客户端）

MySQL握手初始化报文

服务协议版本号： 该值由 PROTOCOL_VERSION 宏定义决定（参考MySQL源代码/include/mysql_version.h头文件定义）

服务版本信息： 该值为字符串，由 MYSQL_SERVER_VERSION 宏定义决定（参考MySQL源代码/include/mysql_version.h头文件定义）

服务器线程ID： 服务器为当前连接所创建的线程ID。

挑战随机数： MySQL数据库用户认证采用的是挑战/应答的方式，服务器生成该挑战数并发送给客户端，由客户端进行处理并返回相应结果，然后服务器检查是否与预期的结果相同，从而完成用户认证的过程。

服务器权能标志： 用于与客户端协商通讯方式，各标志位含义如下（参考MySQL源代码/include/mysql_com.h中的宏定义）：

标志位名称标志位说明
CLIENT_LONG_PASSWORD0x0001new more secure passwords
CLIENT_FOUND_ROWS0x0002Found instead of affected rows
CLIENT_LONG_FLAG0x0004Get all column flags
CLIENT_CONNECT_WITH_DB0x0008One can specify db on connect
CLIENT_NO_SCHEMA0x0010Do not allow database.table.column
CLIENT_COMPRESS0x0020Can use compression protocol
CLIENT_ODBC0x0040Odbc client
CLIENT_LOCAL_FILES0x0080Can use LOAD DATA LOCAL
CLIENT_IGNORE_SPACE0x0100Ignore spaces before ‘(’
CLIENT_PROTOCOL_410x0200New 4.1 protocol
CLIENT_INTERACTIVE0x0400This is an interactive client
CLIENT_SSL0x0800Switch to SSL after handshake
CLIENT_IGNORE_SIGPIPE0x1000IGNORE sigpipes
CLIENT_TRANSACTIONS0x2000Client knows about transactions
CLIENT_RESERVED0x4000Old flag for 4.1 protocol
CLIENT_SECURE_CONNECTION0x8000New 4.1 authentication
CLIENT_MULTI_STATEMENTS0x0001 0000Enable/disable multi-stmt support
CLIENT_MULTI_RESULTS0x0002 0000Enable/disable multi-results

字符编码： 标识服务器所使用的字符集。

服务器状态： 状态值定义如下（参考MySQL源代码/include/mysql_com.h中的宏定义）：

状态名称状态值
SERVER_STATUS_IN_TRANS0x0001
SERVER_STATUS_AUTOCOMMIT0x0002
SERVER_STATUS_CURSOR_EXISTS0x0040
SERVER_STATUS_LAST_ROW_SENT0x0080
SERVER_STATUS_DB_DROPPED0x0100
SERVER_STATUS_NO_BACKSLASH_ESCAPES0x0200
SERVER_STATUS_METADATA_CHANGED0x0400

4.1.2 登陆认证报文（客户端 -> 服务器）

MySQL 4.0 及之前的版本

MySQL登陆认证报文(4.0及之前的版本)

MySQL 4.1 及之后的版本

MySQL登陆认证报文(4.1及之后的版本)

客户端权能标志： 用于与客户端协商通讯方式，标志位含义与握手初始化报文中的相同。客户端收到服务器发来的初始化报文后，会对服务器发送的权能标志进行修改，保留自身所支持的功能，然后将权能标返回给服务器，从而保证服务器与客户端通讯的兼容性。

最大消息长度： 客户端发送请求报文时所支持的最大消息长度值。

字符编码： 标识通讯过程中使用的字符编码，与服务器在认证初始化报文中发送的相同。

用户名： 客户端登陆用户的用户名称。

挑战认证数据： 客户端用户密码使用服务器发送的挑战随机数进行加密后，生成挑战认证数据，然后返回给服务器，用于对用户身份的认证。

数据库名称： 当客户端的权能标志位 CLIENT_CONNECT_WITH_DB 被置位时，该字段必须出现。

4.2 客户端命令请求报文（客户端 -> 服务器）

MySQL客户端命令请求报文

命令： 用于标识当前请求消息的类型，例如切换数据库（0x02）、查询命令（0x03）等。命令值的取值范围及说明如下表（参考MySQL源代码/include/mysql_com.h头文件中的定义）：

类型值命令功能关联函数
0x00COM_SLEEP（内部线程状态）（无）
0x01COM_QUIT关闭连接mysql_close
0x02COM_INIT_DB切换数据库mysql_select_db
0x03COM_QUERYSQL查询请求mysql_real_query
0x04COM_FIELD_LIST获取数据表字段信息mysql_list_fields
0x05COM_CREATE_DB创建数据库mysql_create_db
0x06COM_DROP_DB删除数据库mysql_drop_db
0x07COM_REFRESH清除缓存mysql_refresh
0x08COM_SHUTDOWN停止服务器mysql_shutdown
0x09COM_STATISTICS获取服务器统计信息mysql_stat
0x0ACOM_PROCESS_INFO获取当前连接的列表mysql_list_processes
0x0BCOM_CONNECT（内部线程状态）（无）
0x0CCOM_PROCESS_KILL中断某个连接mysql_kill
0x0DCOM_DEBUG保存服务器调试信息mysql_dump_debug_info
0x0ECOM_PING测试连通性mysql_ping
0x0FCOM_TIME（内部线程状态）（无）
0x10COM_DELAYED_INSERT（内部线程状态）（无）
0x11COM_CHANGE_USER重新登陆（不断连接）mysql_change_user
0x12COM_BINLOG_DUMP获取二进制日志信息（无）
0x13COM_TABLE_DUMP获取数据表结构信息（无）
0x14COM_CONNECT_OUT（内部线程状态）（无）
0x15COM_REGISTER_SLAVE从服务器向主服务器进行注册（无）
0x16COM_STMT_PREPARE预处理SQL语句mysql_stmt_prepare
0x17COM_STMT_EXECUTE执行预处理语句mysql_stmt_execute
0x18COM_STMT_SEND_LONG_DATA发送BLOB类型的数据mysql_stmt_send_long_data
0x19COM_STMT_CLOSE销毁预处理语句mysql_stmt_close
0x1ACOM_STMT_RESET清除预处理语句参数缓存mysql_stmt_reset
0x1BCOM_SET_OPTION设置语句选项mysql_set_server_option
0x1CCOM_STMT_FETCH获取预处理语句的执行结果mysql_stmt_fetch

**参数： ** 内容是用户在MySQL客户端输入的命令（不包括每行
命令结尾的";"分号）。另外这个字段的字符串不是以NULL字符结尾，而是通过消息头中的长度值计算而来。

例如： 当我们在MySQL客户端中执行use hutaow;命令时（切换到hutaow数据库），发送的请求报文数据会是下面的样子：

0x02 0x68 0x75 0x74 0x61 0x6f 0x77

其中，0x02为请求类型值COM_INIT_DB，后面的0x68 0x75 0x74 0x61 0x6f 0x77为ASCII字符hutaow。

4.2.1 COM_QUIT 消息报文

功能： 关闭当前连接（客户端退出）。

无参数

4.2.2 COM_INIT_DB 消息报文

功能： 切换数据库，对应的SQL语句为USE <database>。

字节说明
n数据库名称（字符串到达消息尾部时结束，无结束符）

4.2.3 COM_QUERY 消息报文

功能： 最常见的请求消息类型，当用户执行SQL语句时发送该消息。

字节说明
nSQL语句（字符串到达消息尾部时结束，无结束符）

4.2.4 COM_FIELD_LIST 消息报文

功能： 查询某表的字段（列）信息，等同于SQL语句SHOW [FULL] FIELDS FROM …。

字节说明
n表格名称（Null-Terminated String）
n字段（列）名称或通配符（可选）

4.2.5 COM_CREATE_DB 消息报文

功能： 创建数据库，该消息已过时，而被SQL语句CREATE DATABASE代替。

字节说明
n数据库名称（字符串到达消息尾部时结束，无结束符）

4.2.6 COM_DROP_DB 消息报文

功能： 删除数据库，该消息已过时，而被SQL语句DROP DATABASE代替。

字节说明
n数据库名称（字符串到达消息尾部时结束，无结束符）

4.2.7 COM_REFRESH 消息报文

功能： 清除缓存，等同于SQL语句FLUSH，或是执行mysqladmin flush-foo命令时发送该消息。

字节说明
1清除缓存选项（位图方式存储，各标志位含义如下）
-0x01: REFRESH_GRANT
-0x02: REFRESH_LOG
-0x04: REFRESH_TABLES
-0x08: REFRESH_HOSTS
-0x10: REFRESH_STATUS
-0x20: REFRESH_THREADS
-0x40: REFRESH_SLAVE
-0x80: REFRESH_MASTER

4.2.8 COM_SHUTDOWN 消息报文

功能： 停止MySQL服务。执行mysqladmin shutdown命令时发送该消息。

字节说明
1停止服务选项
-0x00: SHUTDOWN_DEFAULT
-0x01: SHUTDOWN_WAIT_CONNECTIONS
-0x02: SHUTDOWN_WAIT_TRANSACTIONS
-0x08: SHUTDOWN_WAIT_UPDATES
-0x10: SHUTDOWN_WAIT_ALL_BUFFERS
-0x11: SHUTDOWN_WAIT_CRITICAL_BUFFERS
-0xFE: KILL_QUERY
-0xFF: KILL_CONNECTION

4.2.9 COM_STATISTICS 消息报文

功能： 查看MySQL服务的统计信息（例如运行时间、每秒查询次数等）。执行mysqladmin status命令时发送该消息。

无参数

4.2.10 COM_PROCESS_INFO 消息报文

功能： 获取当前活动的线程（连接）列表。等同于SQL语句SHOW PROCESSLIST，或是执行mysqladmin processlist命令时发送该消息。

无参数

4.2.11 COM_PROCESS_KILL 消息报文

功能： 要求服务器中断某个连接。等同于SQL语句KILL 。

字节说明
4连接ID号（小字节序）

4.2.12 COM_DEBUG 消息报文

功能： 要求服务器将调试信息保存下来，保存的信息多少依赖于编译选项设置（debug=no|yes|full）。执行mysqladmin debug命令时发送该消息。

无参数

4.2.13 COM_PING 消息报文

功能： 该消息用来测试连通性，同时会将服务器的无效连接（超时）计数器清零。执行mysqladmin ping命令时发送该消息。

无参数

4.2.14 COM_CHANGE_USER 消息报文

功能： 在不断连接的情况下重新登陆，该操作会销毁MySQL服务器端的会话上下文（包括临时表、会话变量等）。有些连接池用这种方法实现清除会话上下文。

字节说明
n用户名（字符串以NULL结尾）
n密码（挑战数）
-MySQL 3.23 版本：Null-Terminated String（长度9字节）
-MySQL 4.1 版本：Length Coded String（长度1+21字节）
n数据库名称（Null-Terminated String）
2字符编码

4.2.15 COM_BINLOG_DUMP 消息报文

功能： 该消息是备份连接时由从服务器向主服务器发送的最后一个请求，主服务器收到后，会响应一系列的报文，每个报文都包含一个二进制日志事件。如果主服务器出现故障时，会发送一个EOF报文。

字节说明
4二进制日志数据的起始位置（小字节序）
4二进制日志数据标志位（目前未使用，永远为0x00）
4从服务器的服务器ID值（小字节序）
n二进制日志的文件名称（可选，默认值为主服务器上第一个有效的文件名）

4.2.16 COM_TABLE_DUMP 消息报文

功能： 将数据表从主服务器复制到从服务器中，执行SQL语句LOAD TABLE … FROM MASTER时发送该消息。目前该消息已过时，不再使用。

字节说明
n数据库名称（Length Coded String）
n数据表名称（Length Coded String）

4.2.17 COM_REGISTER_SLAVE 消息报文

功能： 在从服务器report_host变量设置的情况下，当备份连接时向主服务器发送的注册消息。

字节说明
4从服务器ID值（小字节序）
n主服务器IP地址（Length Coded String）
n主服务器用户名（Length Coded String）
n主服务器密码（Length Coded String）
2主服务器端口号
4安全备份级别（由MySQL服务器rpl_recovery_rank变量设置，暂时未使用）
4主服务器ID值（值恒为0x00）

4.2.18 COM_PREPARE 消息报文

功能： 预处理SQL语句，使用带有"?"占位符的SQL语句时发送该消息。

字节说明
n带有"?"占位符的SQL语句（字符串到达消息尾部时结束，无结束符）

4.2.19 COM_EXECUTE 消息报文

功能： 执行预处理语句。

字节说明
4预处理语句的ID值
1标志位
-0x00: CURSOR_TYPE_NO_CURSOR
-0x01: CURSOR_TYPE_READ_ONLY
-0x02: CURSOR_TYPE_FOR_UPDATE
-0x04: CURSOR_TYPE_SCROLLABLE
4保留（值恒为0x01）
如果参数数量大于0
n空位图（Null-Bitmap，长度 = (参数数量 + 7) / 8 字节）
1参数分隔标志
如果参数分隔标志值为1
n每个参数的类型值（长度 = 参数数量 * 2 字节）
n每个参数的值

4.2.20 COM_LONG_DATA 消息报文

该消息报文有两种形式，一种用于发送二进制数据，另一种用于发送文本数据。

功能： 用于发送二进制（BLOB）类型的数据（调用mysql_stmt_send_long_data函数）。

字节说明
4预处理语句的ID值（小字节序）
2参数序号（小字节序）
n数据负载（数据到达消息尾部时结束，无结束符）

功能： 用于发送超长字符串类型的数据（调用mysql_send_long_data函数）

字节说明
4预处理语句的ID值（小字节序）
2参数序号（小字节序）
2数据类型（未使用）
n数据负载（数据到达消息尾部时结束，无结束符）

4.2.21 COM_CLOSE_STMT 消息报文

功能： 销毁预处理语句。

字节说明
4预处理语句的ID值（小字节序）

4.2.22 COM_RESET_STMT 消息报文

功能： 将预处理语句的参数缓存清空。多数情况和COM_LONG_DATA一起使用。

字节说明
4预处理语句的ID值（小字节序）

4.2.23 COM_SET_OPTION 消息报文

功能： 设置语句选项，选项值为/include/mysql_com.h头文件中定义的enum_mysql_set_option枚举类型：

  • MYSQL_OPTION_MULTI_STATEMENTS_ON
  • MYSQL_OPTION_MULTI_STATEMENTS_OFF
字节说明
2选项值（小字节序）

4.2.24 COM_FETCH_STMT 消息报文

功能： 获取预处理语句的执行结果（一次可以获取多行数据）。

字节说明
4预处理语句的ID值（小字节序）
4数据的行数（小字节序）

4.3 服务器响应报文（服务器 -> 客户端）

当客户端发起认证请求或命令请求后，服务器会返回相应的执行结果给客户端。客户端在收到响应报文后，需要首先检查第1个字节的值，来区分响应报文的类型。

响应报文类型第1个字节取值范围
OK 响应报文0x00
Error 响应报文0xFF
Result Set 报文0x01 - 0xFA
Field 报文0x01 - 0xFA
Row Data 报文0x01 - 0xFA
EOF 报文0xFE

注： 响应报文的第1个字节在不同类型中含义不同，比如在OK报文中，该字节并没有实际意义，值恒为0x00；而在Result Set报文中，该字节又是长度编码的二进制数据结构（Length Coded Binary）中的第1字节。

4.3.1 OK 响应报文

客户端的命令执行正确时，服务器会返回OK响应报文。

MySQL 4.0 及之前的版本

字节说明
1OK报文，值恒为0x00
1-9受影响行数（Length Coded Binary）
1-9索引ID值（Length Coded Binary）
2服务器状态
n服务器消息（字符串到达消息尾部时结束，无结束符）

MySQL 4.1 及之后的版本

字节说明
1OK报文，值恒为0x00
1-9受影响行数（Length Coded Binary）
1-9索引ID值（Length Coded Binary）
2服务器状态
2告警计数
n服务器消息（字符串到达消息尾部时结束，无结束符，可选）

受影响行数： 当执行INSERT/UPDATE/DELETE语句时所影响的数据行数。

索引ID值： 该值为AUTO_INCREMENT索引字段生成，如果没有索引字段，则为0x00。注意： 当INSERT插入语句为多行数据时，该索引ID值为第一个插入的数据行索引值，而非最后一个。

服务器状态： 客户端可以通过该值检查命令是否在事务处理中。

告警计数： 告警发生的次数。

服务器消息： 服务器返回给客户端的消息，一般为简单的描述性字符串，可选字段。

4.3.2 Error 响应报文

MySQL 4.0 及之前的版本

字节说明
1Error报文，值恒为0xFF
2错误编号（小字节序）
n服务器消息

MySQL 4.1 及之后的版本

字节说明
1Error报文，值恒为0xFF
2错误编号（小字节序）
1服务器状态标志，恒为’#'字符
5服务器状态（5个字符）
n服务器消息

错误编号： 错误编号值定义在源代码/include/mysqld_error.h头文件中。

服务器状态： 服务器将错误编号通过mysql_errno_to_sqlstate函数转换为状态值，状态值由5字节的ASCII字符组成，定义在源代码/include/sql_state.h头文件中。

服务器消息： 错误消息字符串到达消息尾时结束，长度可以由消息头中的长度值计算得出。消息长度为0-512字节。

4.3.3 Result Set 消息

当客户端发送查询请求后，在没有错误的情况下，服务器会返回结果集（Result Set）给客户端。

Result Set 消息分为五部分，结构如下：

结构说明
[Result Set Header]列数量
[Field]列信息（多个）
[EOF]列结束
[Row Data]行数据（多个）
[EOF]数据结束

4.3.4 Result Set Header 结构

字节说明
1-9Field结构计数（Length Coded Binary）
1-9额外信息（Length Coded Binary）

Field结构计数： 用于标识Field结构的数量，取值范围0x00-0xFA。

额外信息： 可选字段，一般情况下不应该出现。只有像SHOW COLUMNS这种语句的执行结果才会用到额外信息（标识表格的列数量）。

4.3.5 Field 结构

Field为数据表的列信息，在Result Set中，Field会连续出现多次，次数由Result Set Header结构中的IField结构计数值决定。

MySQL 4.0 及之前的版本

字节说明
n数据表名称（Length Coded String）
n列（字段）名称（Length Coded String）
4列（字段）长度（Length Coded String）
2列（字段）类型（Length Coded String）
2列（字段）标志（Length Coded String）
1整型值精度
n默认值（Length Coded String）

MySQL 4.1 及之后的版本

字节说明
n目录名称（Length Coded String）
n数据库名称（Length Coded String）
n数据表名称（Length Coded String）
n数据表原始名称（Length Coded String）
n列（字段）名称（Length Coded String）
4列（字段）原始名称（Length Coded String）
1填充值
2字符编码
4列（字段）长度
1列（字段）类型
2列（字段）标志
1整型值精度
2填充值（0x00）
n默认值（Length Coded String）

目录名称： 在4.1及之后的版本中，该字段值为"def"。

数据库名称： 数据库名称标识。

数据表名称： 数据表的别名（AS之后的名称）。

数据表原始名称： 数据表的原始名称（AS之前的名称）。

列（字段）名称： 列（字段）的别名（AS之后的名称）。

列（字段）原始名称： 列（字段）的原始名称（AS之前的名称）。

字符编码： 列（字段）的字符编码值。

列（字段）长度： 列（字段）的长度值，真实长度可能小于该值，例如VARCHAR(2)类型的字段实际只能存储1个字符。

列（字段）类型： 列（字段）的类型值，取值范围如下（参考源代码/include/mysql_com.h头文件中的enum_field_type枚举类型定义）：

类型值名称
0x00FIELD_TYPE_DECIMAL
0x01FIELD_TYPE_TINY
0x02FIELD_TYPE_SHORT
0x03FIELD_TYPE_LONG
0x04FIELD_TYPE_FLOAT
0x05FIELD_TYPE_DOUBLE
0x06FIELD_TYPE_NULL
0x07FIELD_TYPE_TIMESTAMP
0x08FIELD_TYPE_LONGLONG
0x09FIELD_TYPE_INT24
0x0AFIELD_TYPE_DATE
0x0BFIELD_TYPE_TIME
0x0CFIELD_TYPE_DATETIME
0x0DFIELD_TYPE_YEAR
0x0EFIELD_TYPE_NEWDATE
0x0FFIELD_TYPE_VARCHAR (new in MySQL 5.0)
0x10FIELD_TYPE_BIT (new in MySQL 5.0)
0xF6FIELD_TYPE_NEWDECIMAL (new in MYSQL 5.0)
0xF7FIELD_TYPE_ENUM
0xF8FIELD_TYPE_SET
0xF9FIELD_TYPE_TINY_BLOB
0xFAFIELD_TYPE_MEDIUM_BLOB
0xFBFIELD_TYPE_LONG_BLOB
0xFCFIELD_TYPE_BLOB
0xFDFIELD_TYPE_VAR_STRING
0xFEFIELD_TYPE_STRING
0xFFFIELD_TYPE_GEOMETRY

列（字段）标志： 各标志位定义如下（参考源代码/include/mysql_com.h头文件中的宏定义）：

标志位名称
0x0001NOT_NULL_FLAG
0x0002PRI_KEY_FLAG
0x0004UNIQUE_KEY_FLAG
0x0008MULTIPLE_KEY_FLAG
0x0010BLOB_FLAG
0x0020UNSIGNED_FLAG
0x0040ZEROFILL_FLAG
0x0080BINARY_FLAG
0x0100ENUM_FLAG
0x0200AUTO_INCREMENT_FLAG
0x0400TIMESTAMP_FLAG
0x0800SET_FLAG

数值精度： 该字段对DECIMAL和NUMERIC类型的数值字段有效，用于标识数值的精度（小数点位置）。

默认值： 该字段用在数据表定义中，普通的查询结果中不会出现。

附： Field结构的相关处理函数：

  • 客户端： /client/client.c源文件中的unpack_fields函数
  • 服务器： /sql/sql_base.cc源文件中的send_fields函数

4.3.6 EOF 结构

EOF结构用于标识Field和Row Data的结束，在预处理语句中，EOF也被用来标识参数的结束。

MySQL 4.0 及之前的版本

字节说明
1EOF值（0xFE）

MySQL 4.1 及之后的版本

字节说明
1EOF值（0xFE）
2告警计数
2状态标志位

告警计数： 服务器告警数量，在所有数据都发送给客户端后该值才有效。

状态标志位： 包含类似SERVER_MORE_RESULTS_EXISTS这样的标志位。

注： 由于EOF值与其它Result Set结构共用1字节，所以在收到报文后需要对EOF包的真实性进行校验，校验条件为：

  • 第1字节值为0xFE
  • 包长度小于9字节

附： EOF结构的相关处理函数：

  • 服务器： protocol.cc源文件中的send_eof函数

4.3.7 Row Data 结构

在Result Set消息中，会包含多个Row Data结构，每个Row Data结构又包含多个字段值，这些字段值组成一行数据。

字节说明
n字段值（Length Coded String）
…（一行数据中包含多个字段值）

字段值： 行数据中的字段值，字符串形式。

4.3.8 Row Data 结构（二进制数据）

该结构用于传输二进制的字段值，既可以是服务器返回的结果，也可以是由客户端发送的（当执行预处理语句时，客户端使用Result Set消息来发送参数及数据）。

字节说明
1结构头（0x00）
(列数量 + 7 + 2) / 8空位图
n字段值
…（一行数据中包含多个字段值）

空位图： 前2个比特位被保留，值分别为0和1，以保证不会和OK、Error包的首字节冲突。在MySQL 5.0及之后的版本中，这2个比特位的值都为0。

字段值： 行数据中的字段值，二进制形式。

4.3.9 PREPARE_OK 响应报文（Prepared Statement）

用于响应客户端发起的预处理语句报文，组成结构如下：

结构说明
[PREPARE_OK]PREPARE_OK结构
如果参数数量大于0
[Field]与Result Set消息结构相同
[EOF]
如果列数大于0
[Field]与Result Set消息结构相同
[EOF]
其中 PREPARD_OK 的结构如下：
字节说明
1OK报文，值为0x00
4预处理语句ID值
2列数量
2参数数量
1填充值（0x00）
2告警计数

4.3.10 Parameter 响应报文（Prepared Statement）

预处理语句的值与参数正确对应后，服务器会返回 Parameter 报文。

字节说明
2类型
2标志
1数值精度
4字段长度

类型： 与 Field 结构中的字段类型相同。

标志： 与 Field 结构中的字段标志相同。

数值精度： 与 Field 结构中的数值精度相同。

字段长度： 与 Field 结构中的字段长度相同。

5 参考资料

kunyus
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
IOS即时通讯包括客户端及服务端代码
05-14
一直想做个类似的IM功能, 看了一些学习视频, 查找资料，综合一下,就实现了个简单的 包括服务端和客户端 . 服务端CPP编写，目前是MAC上平台的工程，可以在LINUX下编写相应MAKEFILE编译 自己测试的是UBUNTU， 客户端...
大小端字节序详解
威威的博客
03-24 5639
正确区分大小端字节序，手把手带你做大小端面试题。
字节序、位序
world_hello_100的专栏
10-13 853
转自 xhkl csdn 博客， 字节序     字节序，又称端序、尾序，英文单词为Endian，该单词来源于于乔纳森·斯威夫特的小说《格列佛游记》，小说中的小人国因为吃鸡蛋的问题而内战，战争开始是由于以下的原因：我们大家都认为，吃鸡蛋前，原始的方法是打破鸡蛋较大的一端。可是当今皇帝的祖父小时候吃鸡蛋，一次按古法打鸡蛋时碰巧将一个手指弄破了，因此他的父亲，当时的皇帝，就下了一道敕令，命
小端字节序、大端字节序
シ❤゛甜虾的个人博客
02-21 1029
现代CPU计算时一次都能装载多个字节(如32位计算机一次装载4字节)，多字节的数值在内存中高低位的排列方式会影响所表示的数值，以数值0x01020304为例，在内存中用4个字节存储，4个字节的内容分别是0x01、0x02、0x03、0x04。根据字节高低位排序方式的不同，可以分为：大端字节序(big endian)和小端字节序(little endian)。 大端字节序 大端字节序是指一个整数的高位字节(如上例中的0x01)存储在内存的低地址处,高字节在前。 C语言数组存储例： 0x01020304
数据库之MySQL的数据类型
weixin_67624659的博客
05-27 794
MySQL数据库中的每一条数据都有其数据类型，主要分为数值型，字符串型和日期时间型三个 大类。 数值类型 TINYINT- 1个字节，一个非常小的整数，可以带符号。 INT- 4个字节，正常大小的整数，可以带符号。 BIGINT- 8个字节，一个大的整数，可以带符号。 FLOAT(M,D)-不能使用无符号的浮点数字。可以定义显示长度(M)和小数位数(D)。这不是必需 的，并且默认为10,2。其中2是小数的位数，10是数字(包括小数)的总数。float(5,2) 999.99...
C语言-剖析数据是如何在内存中存储的（整型与浮点型）
qq_45967533的博客
02-10 701
本篇主要是深度剖析整型与浮点型数据在内存中是如何储存与读取的。弄明白数据在内存中的存储方式有助于我们更好的理解代码。
[操作系统] 字节序中的大端序和小端序的区别
程序员老狼专注开发aigc或客服系统应用
02-24 5277
先上结论 , 咱们默认人读字节时 , 从右往左读 , 这就是小端序 , 因为计算机处理的时候会从低位到高位处理 , 和人的习惯正好相反 本文转自公众号:网管daobidao 字节序，又称端序或尾序(英语中用单词：Endianness表示)，在计算机领域中，指电脑内存中或在数字通信链路中，占用多个字节的数据的字节排列顺序。 在几乎所有的平台上，多字节对象都被存储为连续的字节序列。例如在 ...
[MySQL 5.6 ] Performance Schema学习：命名规范、状态变量及其他(2)
weixin_33816946的博客
05-10 109
PS Instrument命名规范 PS instrument的命名类似于树形结构，最高层次的是instrument的类型，总共四种：idle/wait/stage/statement;再下一层的命名可能是一个子模块名（例如sync,io）等，再往下一层，例如sync，又可以划分成mutex/cond/rwlock,之后也许就是具体的某个同步锁对象，...
mysql 协议解析
RQV
07-06 4149
mysql协议解析
MySQL数据库中几种常见的数据类型
xiaoweids的博客
05-03 322
字符串类型指CHAR、VARCHAR、BINARY、VARBINARY、BLOB、TEXT、ENUM和SET。这些数据类型可以用于数据表或存储过程或以后的函数中，也就是说只要用到数据类型的时候，可以从我们刚讲到的数值型、浮点型、日期/时间和字符串(字符)类型中任意选择。CHAR和VARCHAR类型类似，但它们保存和检索的方式不同。表示时间值的日期和时间类型为DATETIME、DATE、TIMESTAMP、TIME和YEAR。参数、表达式和局部变量的数据特征，它决定了数据的存储格式，代表了不同的信息类型。
【MySQL】数据库中的常用数据类型
Sxiaokun的博客
07-20 1310
定义字段的数据类型：整型、浮点型、字符串等
mysql 协议的ping命令包及解析详解及实例
01-19
MySQL客户端可以用ping命令来检查服务端的状态，正常会返回ok包。 mysql通信报文结构 类型 名字 描述 int payload长度 按照the least significant byte first存储，3个字节的payload和1个字节的序列号组合...
itstack-naive-chat-server:《服务端》| 服务端同样使用Netty4.x作为socket的通信框架，同时在服务端使用Layui作为管理后台的页面，并且我们的服务端采用偏向于DDD领域驱动设计的方式与Netty集合，以此来达到我们的框架结构整洁干净易于扩展。同时我们的通信协议也是在服务端进行定义的，并对外提供可引入的Jar包，这样来保证客户端与服务端共同协议下进行通信
04-27
:revolving_hearts:...同时我们的通信协议也是在服务端进行定义的，并对外提供可引入的Jar包，这样来保证客户端与服务端共同协议下进行通信。二、Maven配置<parent> <groupId>org.springframework.boot</group
Qt+Mysql的学生信息管理与收发系统
05-08
使用技术：C/S(客户端-服务器)、TCP/IP(协议)、socket、多线程、数据库; 4.项目描述：1）服务器：服务器监听一个IP地址，用来连接教师端和学生端，用于数据转发(eg：教师端发消息到服务器，在由服务器发消息到学生...
TCP通讯协议
02-01
TCP通讯协议，实现C#下边的客户端向服务端发送数据，服务端接收，并且服务端无限次数的接收数据，可以把接收的数据放到数据库中，一个服务端对应多个客户端
Mysql_数据库事务
weixin_69252724的博客
04-26 564
事务就是由单独单元的一个或多个sql语句组成，在这个单元中，每个sql语句都是相互依赖的。而整个单独单元是作为一个不可分割的整体存在，类似于化学当中的原子（一种不可分割的最小单位）。往通俗的讲就是，事务就是一个整体，里面的内容要么都执行成功，要么都不成功。不可能存在部分执行成功而部分执行不成功的情况。就是说如果单元中某条sql语句一旦执行失败或者产生错误，那么整个单元将会回滚(返回最初状态)。
MySQL--数据的增删改
pzn2506的博客
04-19 672
文中[ ]里面的内容可写可不写文中[ ]里。
关于MySQL Command Line Client 运行闪退问题解决，my.ini文件内容
最新发布
m0_67403773的博客
04-26 156
解决 Command Line Client 缺少my.ini文件内容，导致运行闪退问题问题
MySQL 服务器权限与对象权限
ChinaLiaoTian的博客
04-23 637
MySQL 权限
qt 客户端通过服务端访问后台数据库
07-15
### 回答1： Qt是一种跨平台的应用程序开发框架，可以用于开发各种类型的应用程序，包括客户端应用程序。要通过Qt客户端访问后台数据库，需要以下步骤： 1. 安装并配置Qt库：在开始之前，需要先下载并安装Qt开发环境，并在项目中配置Qt库。 2. 连接数据库：使用Qt提供的数据库模块，可以连接到后台数据库。首先，需要确定所使用的数据库类型（例如MySQL、SQLite、PostgreSQL等），然后在Qt代码中添加相应的驱动程序。 3. 进行数据库操作：一旦连接成功，就可以进行各种数据库操作，比如查询、插入、更新、删除等。可以使用Qt提供的SQL语句来执行这些操作，也可以使用ORM（对象-关系映射）框架来简化操作。 4. 处理返回结果：在执行数据库查询时，会返回相应的结果集。可以使用Qt提供的API来处理返回的结果，比如遍历结果集、获取特定字段的值等。 5. 关闭数据库连接：在完成数据库操作后，应记得关闭数据库连接，以释放资源并保证数据的完整性。 总结起来，通过Qt客户端访问后台数据库需要安装配置Qt库，连接数据库，进行数据库操作，处理返回结果，并关闭数据库连接。Qt提供了丰富的功能和工具来简化这些操作，使得开发人员可以更加方便地与后台数据库进行交互。 ### 回答2： Qt 是一个跨平台的开发框架，可以用来开发客户端应用程序。对于一个客户端应用程序来说，它通常需要与服务端进行通信，并且访问后台数据库来获取或更新数据。 在使用 Qt 开发客户端应用程序时，可以通过网络协议与服务端进行通信。Qt 提供了多种网络操作类，如 QTcpSocket 和 QNetworkAccessManager，可以使用这些类来建立与服务端的连接，并发送或接收数据。通过与服务端建立的连接，客户端可以将需要查询或更新的数据发送到服务端，并且接收服务端返回的结果。 在服务端，可以使用各种后台数据库来存储和管理数据。常见的后台数据库系统有 MySQL、Oracle、SQL Server 等。客户端可以通过发送 SQL 查询语句到服务端，来获取需要的数据。服务端接收到查询请求后，可以执行相应的 SQL 查询操作，并将查询结果返回给客户端。 客户端在接收到服务端返回的数据后，可以对数据进行解析和处理，然后在界面上展示给用户。客户端还可以对获取到的数据进行处理、过滤、排序等操作，以符合用户需求。 总之，Qt 客户端通过与服务端建立的连接，可以访问后台数据库，获取或更新数据。这种方式使得客户端应用程序能够与服务端进行灵活的通信，可以实现各种功能和业务需求。 ### 回答3： Qt是一个跨平台的应用程序开发框架，旨在帮助开发者轻松构建功能丰富、高性能的应用程序。Qt框架提供了一套完整的工具和库，以便开发者可以快速开发各种类型的应用程序，包括客户端应用程序。 当一个Qt客户端应用程序需要访问后台数据库时，通常会通过服务端来实现数据访问。这样做的好处是保护了数据库的安全性，因为客户端无法直接访问数据库，只能通过服务端来进行数据的读写操作。 在这种情况下，服务端扮演了一个中间层的角色。它负责接收来自Qt客户端的请求，并将其转发到后台数据库进行处理。服务端会进行数据的验证、授权等操作，以确保客户端只能访问其被允许的数据，并对于敏感数据进行保护。 Qt客户端和服务端之间通常会通过网络协议进行通信，例如HTTP、TCP/IP等。客户端通过发送请求的方式向服务端获取或提交数据，并按照服务端返回的数据进行相应的处理。这样可以实现客户端与数据库的解耦，允许服务端对数据库进行进一步的封装和优化，以提升整体的性能和安全性。 实现Qt客户端通过服务端访问后台数据库的具体步骤如下： 1. 在Qt客户端中，使用Qt提供的网络模块，建立与服务端的连接。 2. 构建请求数据的格式和内容，并发送到服务端。 3. 服务端接收并解析请求，并调用相应的数据库操作方法来处理请求，例如查询、插入、更新等。 4. 服务端将结果封装成响应数据的格式，发送给客户端。 5. 客户端接收到服务端返回的数据，并根据数据的类型和结构进行处理，例如显示在界面上、保存到本地等。 通过这种方式，Qt客户端可以方便地与服务端进行通信，同时也实现了对数据库的访问。这种架构可以提高应用程序的性能、安全性和拓展性，使得开发者可以更好地管理和处理数据。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值