Я создал таблицу с механизмом 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)
mysql
mysql-5.5
storage-engine
Karthick
источник
источник
Ответы:
Вы сказали
Тот, кто сказал вам, должен был включить двоичные журналы, как прокомментировал @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: Один ведомый - множественная главная репликация MySQLMay 16, 2011: Возможно ли использование Multi Master Single Slave в БД mySQL? (ServerFault)ПРИМЕР № 3: Увеличение производительности записи
Я знал о клиенте веб-хостинга, который отправился в Percona за проблемами производительности на одном столе. Поскольку клиент имел MySQL Replication с несколькими ведомыми устройствами, Percona преобразовала таблицу проблем в BLACKHOLE. Это увеличило производительность записи на Мастере. Данные должны были быть прочитаны от рабов.
Однажды я предложил это в записи для записи информации аудита ( Производительность триггера против хранимой процедуры в MySQL )
Эпилог
В то время как некоторые комментарии напоминают мне о StarTrek DS9, механизм хранения BLACKHOLE - это то, что написано в его имени: НИКАКИЕ ДАННЫЕ никогда не хранятся !!! Если бы у вас были включены двоичные журналы, это был бы ваш единственный шанс получить данные.
источник