ROW_FORMAT mysql 查询优化 静态表

本文主要是介绍ROW_FORMAT mysql 查询优化 静态表，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

小结：

1）mysql查询优化

做搜索查询量大的表一般都以空间来换取时间，设计成静态表

 

 

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

MySQL row_format引发的案例一则

前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;

posted on 2019-08-14 15:38 

 

 

 

 

MySQL row_format引发的案例一则

前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;

posted on 2019-08-14 15:38

这篇关于ROW_FORMAT mysql 查询优化 静态表的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！