ROW_FORMAT mysql 查询优化 静态表
小结：
1）mysql查询优化
做搜索查询量大的表一般都以空间来换取时间，设计成静态表
MySQL :: MySQL 8.0 Reference Manual :: 15.10 InnoDB Row Formats https://dev.mysql.com/doc/refman/8.0/en/innodb-row-format.html
REDUNDANT, COMPACT, DYNAMIC, and COMPRESSED.
Mysql的row_format - jiangxiaobo - 博客园 https://www.cnblogs.com/jiangxiaobo/p/10846694.html
# Mysql的row_format(fixed与dynamic)
在mysql中， 若一张表里面不存在varchar、text以及其变形、blob以及其变形的字段的话，那么张这个表其实也叫静态表，即该表的row_format是fixed，就是说每条记录所占用的字节一样。其优点读取快，缺点浪费额外一部分空间。
若一张表里面存在varchar、text以及其变形、blob以及其变形的字段的话，那么张这个表其实也叫动态表，即该表的row_format是dynamic，就是说每条记录所占用的字节是动态的。其优点节省空间，缺点增加读取的时间开销。
所以，做搜索查询量大的表一般都以空间来换取时间，设计成静态表。
ROW_FORMAT 的值如下:
DEFAULT
FIXED
DYNAMIC
COMPRESSED
REDUNDANT
COMPACT
MySQL row_format引发的案例一则 - markqian86 - C++博客 http://www.cppblog.com/markqian86/archive/2019/08/14/216685.aspx
前768字节，而dynamic格式下，溢出的列只存储前20字节，一旦发生了行溢出， dynamic其实就存储一个指针，数据都放在溢出页里，dynamic代表将长字段(发生行溢出)完全off-page存储。Row_format 引发异常的一个案例:
前几天生产MYSQL遇到的一个问题，在录入数据时，整行数据完全录不进去，报以下错：
Cause:java.sql.SQLException: com.taobao.tddl.common.exception.TddlException:java.sql.SQLException: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException:Row size too large (> 8126). Changing some columns to TEXT or BLOB or usingROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format,BLOB prefix of 768 bytes is stored inline.; nested exception iscom.ibatis.common.jdbc.exception.NestedSQLException: 该表是一个产品介绍详情表，有20多个TEXT 字段，刚好碰到了一个产品，每个字段录入的数据都很长，
而mysql 中有了个限制，一个页（这里pagesize 是16K）必须至少存2行，也就是说每行的存储长度必须小于等于8192，而这么多 TEXT 字段，一行肯定是存不下来，也就是会发生溢出，而即例发生溢出，每个列仍然会存储前768字节（该表的row_formart 是compact），字段一多还是超过了8192，于是就报错，插不进了。
最后将表的row_format 改为 dynamic 得以解决。alter table … row_format=dynamic;
所以，如果大家遇到一些表TEXT 或 VARCHAR 大字段很多，又不好拆解时，可能需要考虑下溢出后列的长度了，如果溢出后列的长度还是太大，则要看一下表的 row_format ：
show table status like '%xxx%'\G 必要时需要将其实设置为 dynamic 如：
create table test(id int,name text,...... ) row_format=dynamic; 或 alter table test row_format=dynamic;
前768字节，而dynamic格式下，溢出的列只存储前20字节，一旦发生了行溢出， dynamic其实就存储一个指针，数据都放在溢出页里，dynamic代表将长字段(发生行溢出)完全off-page存储。Row_format 引发异常的一个案例:
前几天生产MYSQL遇到的一个问题，在录入数据时，整行数据完全录不进去，报以下错：
Cause:java.sql.SQLException: com.taobao.tddl.common.exception.TddlException:java.sql.SQLException: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException:Row size too large (> 8126). Changing some columns to TEXT or BLOB or usingROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format,BLOB prefix of 768 bytes is stored inline.; nested exception iscom.ibatis.common.jdbc.exception.NestedSQLException: 该表是一个产品介绍详情表，有20多个TEXT 字段，刚好碰到了一个产品，每个字段录入的数据都很长，
而mysql 中有了个限制，一个页（这里pagesize 是16K）必须至少存2行，也就是说每行的存储长度必须小于等于8192，而这么多 TEXT 字段，一行肯定是存不下来，也就是会发生溢出，而即例发生溢出，每个列仍然会存储前768字节（该表的row_formart 是compact），字段一多还是超过了8192，于是就报错，插不进了。
最后将表的row_format 改为 dynamic 得以解决。alter table … row_format=dynamic;
所以，如果大家遇到一些表TEXT 或 VARCHAR 大字段很多，又不好拆解时，可能需要考虑下溢出后列的长度了，如果溢出后列的长度还是太大，则要看一下表的 row_format ：
show table status like '%xxx%'\G 必要时需要将其实设置为 dynamic 如：
create table test(id int,name text,...... ) row_format=dynamic; 或 alter table test row_format=dynamic;