Início / dba / Perguntas / 17114
Accepted
jcho360
Asked: 2012-04-27 09:07:04 +0800 CST

Como é possível que o mecanismo de armazenamento mysql seja NULL?

  • 772

Estou apenas lendo um livro e em um dos exemplos recebo avisos:

  • Que o mecanismo no information_schema.table é nulo, como isso é possível?
  • Posso criar tabelas sem nenhum mecanismo? Existe algum profissional nisso?insira a descrição da imagem aqui
mysql storage-engine

2 respostas

  1. Best Answer

    Na verdade, escrevi um post em julho de 2011 ( Modify DEFINER on Many Views ) sobre como acessar visualizações para modificação.

    É fato que quando o storage engine é NULL, é sempre uma View.

    A definição real da View é

    MySQL 5.1/5.5

    mysql> desc information_schema.views;
+----------------------+--------------+------+-----+---------+-------+
| Field                | Type         | Null | Key | Default | Extra |
+----------------------+--------------+------+-----+---------+-------+
| TABLE_CATALOG        | varchar(512) | NO   |     |         |       |
| TABLE_SCHEMA         | varchar(64)  | NO   |     |         |       |
| TABLE_NAME           | varchar(64)  | NO   |     |         |       |
| VIEW_DEFINITION      | longtext     | NO   |     | NULL    |       |
| CHECK_OPTION         | varchar(8)   | NO   |     |         |       |
| IS_UPDATABLE         | varchar(3)   | NO   |     |         |       |
| DEFINER              | varchar(77)  | NO   |     |         |       |
| SECURITY_TYPE        | varchar(7)   | NO   |     |         |       |
| CHARACTER_SET_CLIENT | varchar(32)  | NO   |     |         |       |
| COLLATION_CONNECTION | varchar(32)  | NO   |     |         |       |
+----------------------+--------------+------+-----+---------+-------+
10 rows in set (0.02 sec)

    MySQL 5.0

    mysql> desc information_schema.views;
+-----------------+--------------+------+-----+---------+-------+
| Field           | Type         | Null | Key | Default | Extra |
+-----------------+--------------+------+-----+---------+-------+
| TABLE_CATALOG   | varchar(512) | YES  |     | NULL    |       |
| TABLE_SCHEMA    | varchar(64)  | NO   |     |         |       |
| TABLE_NAME      | varchar(64)  | NO   |     |         |       |
| VIEW_DEFINITION | longtext     | NO   |     | NULL    |       |
| CHECK_OPTION    | varchar(8)   | NO   |     |         |       |
| IS_UPDATABLE    | varchar(3)   | NO   |     |         |       |
| DEFINER         | varchar(77)  | NO   |     |         |       |
| SECURITY_TYPE   | varchar(7)   | NO   |     |         |       |
+-----------------+--------------+------+-----+---------+-------+
8 rows in set (0.00 sec)

    Para ver qual é a definição de exibição para sakila.actor_info, você pode executar

    SELECT * FROM information_schema.views
WHERE table_schema='sakila' AND table_name='actor_info'\G

    ou

    SHOW CREATE VIEW sakila.actor_info\G
    • 6

  2. Pensei em acrescentar algo interessante. Com base em alguns testes, descobri que o mecanismo é NULL para tabelas MyISAM se estiverem corrompidas:

    mysql> repair table TEST.test_myisam;
^CCtrl-C -- sending "KILL QUERY 10" to server ...
Ctrl-C -- query aborted.
+---------------------+--------+----------+------------------------------+
| Table               | Op     | Msg_type | Msg_text                     |
+---------------------+--------+----------+------------------------------+
+---------------------+--------+----------+------------------------------+
2 rows in set (0.37 sec)

mysql> select table_type, engine, table_rows from information_schema.tables where table_schema = 'TEST' and table_name = 'test_myisam';
+------------+--------+------------+
| table_type | engine | table_rows |
+------------+--------+------------+
| BASE TABLE | NULL   |       NULL |
+------------+--------+------------+
1 row in set, 1 warning (0.00 sec)

mysql> show warnings;
+---------+------+----------------------------------------------------------------------------------------+
| Level   | Code | Message                                                                                |
+---------+------+----------------------------------------------------------------------------------------+
| Warning |  144 | Table './TEST/test_myisam' is marked as crashed and last (automatic?) repair failed |
+---------+------+----------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

    Isso foi feito em 5.6.21.

    Eu também testei corromper o arquivo de dados manualmente com algo como

    echo "1" >> /path/to/db/TEST/test_myisam.MYD

    e depois fazendo:

    mysql> check table TEST.test_myisam;
+------------------+-------+----------+---------------------------------------------------------+
| Table            | Op    | Msg_type | Msg_text                                                |
+------------------+-------+----------+---------------------------------------------------------+
| TEST.test_myisam | check | warning  | Size of datafile is: 41943042       Should be: 41943040 |
| TEST.test_myisam | check | error    | got error: 127 when reading datafile at record: 2097152 |
| TEST.test_myisam | check | error    | Corrupt                                                 |
+------------------+-------+----------+---------------------------------------------------------+
3 rows in set (0.28 sec)

    que dá o mesmo resultado:

    mysql> select table_type,engine, table_rows from information_schema.tables where table_schema = 'TEST' and table_name = 'test_myisam';
+------------+--------+------------+
| table_type | engine | table_rows |
+------------+--------+------------+
| BASE TABLE | NULL   |       NULL |
+------------+--------+------------+
1 row in set, 1 warning (0.00 sec)
    • 4

relate perguntas