Artigos - Artigos e dicas feito com PHP + Laravel

Posted on: January 20, 2021 12:34 AM

Posted by: Renato

Categories: mysql sql

Views: 1384

# ROW_FORMAT=DYNAMIC

> remover ROW_FORMAT=DYNAMIC
```sh
sed -i 's/ROW_FORMAT=FIXED//g' federal.sql
sed -i '' 's/ROW_FORMAT=FIXED//g' federal.sql

cat federal.sql | grep '=FIXED'
docker exec -i mysql57 mysql -u root -h 172.25.0.2 federal < federal.sql
```

## Description

We will introduce a new global variable innodb_default_row_format for specifying the default ROW_FORMAT. It will be DYNAMIC by default. Allowed values are REDUNDANT, COMPACT, and DYNAMIC. The value COMPRESSED is not allowed for this parameter, because restrictions exist around ROW_FORMAT=COMPRESSED.

The new default ROW_FORMAT will be innodb_default_row_format, replacing the old default COMPACT that was introduced in MySQL 5.0.3. Unlike COMPACT, the DYNAMIC allows large VARCHAR, TEXT and BLOB columns to be stored completely off page with only a 20-byte pointer in the clustered index record. The COMPACT format always stores either the full column in the clustered index record, or a 768-byte prefix followed by the 20-byte pointer.

As explained in WL#7703 it only made sense to block ‘too new’ InnoDB formats when old incompatible versions of MySQL were still supported. Now that MySQL 5.1 and older versions are no longer supported, there is no reason to restrict the use of ROW_FORMAT=DYNAMIC.

This change poses a conflict with tables in the system tablespace which before WL#6205 did not support ROW_FORMAT=DYNAMIC tables. WL#6205 allows CREATE TABLE…ROW_FORMAT=DYNAMIC TABLESPACE=innodb_system.

With this WL#8307, the innodb_file_format setting will be ignored when ROW_FORMAT=DYNAMIC is specified. It will still be consulted for ROW_FORMAT=COMPRESSED.

> Limite de alteração para “tamanho de linha Mysql muito grande”

Tamanho da linha muito grande (> 8126). Alterar algumas colunas para TEXT ou BLOB ou usar ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSEDpode ajudar. No formato de linha atual, o BLOBprefixo de 768 bytes é armazenado em linha.

# ******************************************************************************************************************************

- Mysql erro de importação - # 1005 - Não é possível criar a tabela, (errno: 140 "Errado criar opções")
>
Mysql erro de importação - # 1005 - Não é possível criar a tabela, (errno: 140 "Errado criar opções")

```sql
PRIMARY KEY ( `id` )
) ENGINE = INNODB DEFAULT CHARSET = latin1 ROW_FORMAT = DYNAMIC AUTO_INCREMENT =519;

MySQL said: [​IMG]

#1005 - Can't create table `prycisio_ctfadata`.`ctf_audit` (errno: 140 Wrong create options)

```

- MySQL: Error Code: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB

```sql
CREATE TABLE NAMESCHEMA.NAMETABLE
(   
      ROW_ID TEXT NOT NULL ,        //this is the primary key

324 column of these types:
      CHAR(1),
      DATE,
      DECIMAL(10,0),
      DECIMAL(10,7),
      TEXT,
      LONG,

) ROW_FORMAT=COMPRESSED;
```

> Só tinha o mesmo problema hoje e encontrei este post aqui. Para mim a solução foi mudar meu arquivo my.ini. Eu tinha a seguinte linha nele, mas foi citado fora:

`innodb_file_format = Barracuda # For dynamic and compressed InnoDB tables`

> Sem isso, a minha instalação antiga xampp assumiu uma versão mais antiga do InnoDB, que não conseguiu controlar a ROW_FORMAT. Apenas adicioná-lo e ele deve funcionar.

> Alternativamente, você pode simplesmente remover ROW_FORMAT = DYNAMIC do seu script de importação.

Vamos verificar se existe alguma string no dump SQL (Ex: magento-db-dump.sql).

cat magento-db-dump.sql | grep '=FIXED'

O que resultou como

) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=FIXED COMMENT='Catalog Product Relation Table';
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=FIXED COMMENT='Catalog Product To Website Linkage Table';

SOLUÇÃO

A ROW_FORMAT=FIXEDopção de remoção de CREATE TABLE DDL corrigirá o problema. Então, vamos tentar soluções possíveis.

# 1

sed -i 's/ROW_FORMAT=FIXED//g' magento-db-dump.sql

Isso não funcionou para mim no MacOSx, o que resultou no seguinte erro:

sed: 1: “magento-db-dump.sql”: código de comando inválido m

# 2

sed -i '' 's/ROW_FORMAT=FIXED//g' magento-db-dump.sql

E mesmo isso resultou em:

erro sed: RE: sequência de bytes ilegal

# 3 Mas este funcionou para mim no MacOSx

LC_ALL=C sed -i '' 's/ROW_FORMAT=FIXED//g' magento-db-dump.sql

• https://stackoverflow.com/questions/22637733/mysql-error-code-1118-row-size-too-large-8126-changing-some-columns-to-te
• https://blog.magepsycho.com/mysql-issue-table-storage-engine-catalog_product_relation-doesnt-option/
• https://qastack.com.br/magento/94325/how-to-fix-mysql-error-1031-table-storage-engine-for-catalog-product-relation

## Renato Lucena 2020 - 2021

Renato

Developer