Я создал таблицу с механизмом BLACKHOLE, в основном механизм хранения BLACKHOLE действует как «черная дыра», которая принимает данные, но выбрасывает их и не хранит. Поиски всегда возвращают пустой результат.

Я слышал, что мы можем получить данные, создав новую таблицу, аналогичную старой таблице с механизмом хранения, как innodb или myisam. но я попробовал это также, но не смог получить результат. Может ли кто-нибудь PL мне помочь в этом вопросе, чтобы исправить это.

mysql> CREATE TABLE test1(i INT, c CHAR(10)) ENGINE = BLACKHOLE;
Query OK, 0 rows affected (0.08 sec)

mysql> INSERT INTO test1 VALUES(1,'record one'),(2,'record two');
Query OK, 2 rows affected (0.00 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> select * from test1;
Empty set (0.00 sec)

mysql>  CREATE TABLE test_recovery as select * from test1;
Query OK, 0 rows affected (0.17 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> ALTER TABLE test_recovery ENGINE = innodb;
Query OK, 0 rows affected (0.25 sec)
Records: 0  Duplicates: 0  Warnings: 0


mysql> SELECT * FROM test_recovery;
Empty set (0.00 sec)

Вы сказали

Я слышал, что мы можем получить данные, создав новую таблицу, аналогичную старой, с механизмом хранения, как innodb или myisam.

Тот, кто сказал вам, должен был включить двоичные журналы, как прокомментировал @jynus.

BLACKHOLE Storage Engine не хранит данные на всех . Это специальный механизм хранения, используемый в очень дотошных настройках.

ПРИМЕР № 1: топология звезды

У некоторых есть топологии Star для записи данных в MySQL Replication Master. Мастер не имеет ничего, кроме таблиц BLACKHOLE. Все Рабы имеют InnoDB или MyISAM. Таким образом, если Мастер взломан, локальных данных нет. Такой Мастер известен как Мастер Распределения.

• Apr 28, 2011: MySQL в топологии «звезда» (ServerFault)
• Mar 11, 2011: MySQL в топологии «звезда» (StackOverflow)

ПРИМЕР № 2: один ведомый, несколько мастеров

Это включает в себя настройку кольцевой репликации с тремя серверами. Два Мастера со смесью столов BLACKHOLE и Раб со всеми настоящими столами. Эта техника предшествует многоисточниковой репликации.

• Apr 18, 2013: Один ведомый - множественная главная репликация MySQL
• May 16, 2011: Возможно ли использование Multi Master Single Slave в БД mySQL? (ServerFault)

ПРИМЕР № 3: Увеличение производительности записи

Я знал о клиенте веб-хостинга, который отправился в Percona за проблемами производительности на одном столе. Поскольку клиент имел MySQL Replication с несколькими ведомыми устройствами, Percona преобразовала таблицу проблем в BLACKHOLE. Это увеличило производительность записи на Мастере. Данные должны были быть прочитаны от рабов.

Однажды я предложил это в записи для записи информации аудита ( Производительность триггера против хранимой процедуры в MySQL )

Эпилог

В то время как некоторые комментарии напоминают мне о StarTrek DS9, механизм хранения BLACKHOLE - это то, что написано в его имени: НИКАКИЕ ДАННЫЕ никогда не хранятся !!! Если бы у вас были включены двоичные журналы, это был бы ваш единственный шанс получить данные.