ПредишенСледващото

Ето още една засада, PhpMyAdmin казва, че няма резервно копие в една таблица! Аз внесени чрез текстов файл, без компресия в utf8. Реших да експериментирате с този файл. Избор на няколко маси и ги бутна в друг текстов файл, запазете и стана чудо! При импортиране на всички импортирани успешно!

Исках да ви попитам, която може да се почисти от общия резервни копия на файлове, така че можете да попълните в един файл, и PhpMyAdmin пише, че той не вижда на масата?

Погледнах размер на кеша (кеш) и беше слисан - около 2MB! Възможно ли е да го премахнете, и най-важното, как? Аз наистина не знам как се работи с базата данни.

Скоро ще трябва да се прехвърли в базата данни на хостинга, не би искал да се срещне с такъв проблем съществува.

Как може да се оптимизира базата данни в Drupal?
--------------------

За да бъде успешна, частична оптимизация на базата данни, така че можете да почисти скъпоценен база данни от отломки, ще трябва основни познания в базата данни за внос \ износ от PhpMyAdmin.

кеш, cache_block, cache_content, cache_filter, cache_form, cache_menu, cache_page, cache_update, cache_views.

По-долу тези таблици изтриете съдържанието на линии

INSERT INTO `cache` СТОЙНОСТИ.
INSERT INTO `cache_block` СТОЙНОСТИ.
INSERT INTO `cache_content` СТОЙНОСТИ.
INSERT INTO `cache_filter` СТОЙНОСТИ.
INSERT INTO `cache_form` СТОЙНОСТИ.
INSERT INTO `cache_menu` СТОЙНОСТИ.
INSERT INTO `cache_page` СТОЙНОСТИ.
INSERT INTO `cache_update` СТОЙНОСТИ.
INSERT INTO `cache_views` СТОЙНОСТИ.

Просто казано, всичко, че всички тези линии могат да бъдат отстранени без угризение на съвестта.

* Търсим пазач на префикса на таблицата и изтриване на редове

INSERT INTO `watchdog` СТОЙНОСТИ.

Сега можете да се запишете и да импортирате базата данни, без боклук. Улесняване на окончателния вариант на резервната ще изненада хората, които се грижат за допълнителни кВ в базата данни, например, съм аз.

--
-- Таблица структура `cache_block`
--

2. Така че:
--
-- Dump таблични данни `cache_block`
--

Ако това не помогне, тогава ще трябва да смачка своя архивиране на няколко файлове. Например: fff.sql (резервния си). Направете няколко файлове, които да добавят маса, и на свой ред внос на национална база данни.

Създайте файл fff1.sql и сложи там няколко маси (ако внасяме PhpMyAdmin ще почука грешка, го правим с лошо маса файл)

Създаване на таблица `access` (
`Aid` междинно съединение (11) НЕ NULL auto_increment,
`Mask` VARCHAR (255) NOT NULL подразбиране '',
`Type` VARCHAR (255) NOT NULL подразбиране '',
`Status` TINYINT (4) NOT NULL подразбиране" 0 ",
Първичен ключ ( `aid`)
) ДВИГАТЕЛ = MyISAM DEFAULT CHARSET = utf8 auto_increment = 1;

Създаване на таблица `accesslog` (
`Aid` междинно съединение (11) НЕ NULL auto_increment,
`Sid` VARCHAR (64) NOT NULL подразбиране '',
`Звание NULL VARCHAR (255) подразбиране
`Path` NULL VARCHAR (255) подразбиране
`Url` VARCHAR (255) NULL подразбиране
`Hostname` NULL VARCHAR (128) подразбиране
`Uid` междинно съединение (10) неподписан подразбиране" 0 ",
`Timer` инт (10) неподписан NOT NULL подразбиране" 0 ",
`Timestamp` инт (10) неподписан NOT NULL подразбиране" 0 ",
Първичен ключ ( `aid`),
KEY `accesslog_timestamp` (` timestamp`),
KEY `uid` (` uid`)
) ДВИГАТЕЛ = MyISAM DEFAULT CHARSET = utf8 auto_increment = 1;

Запазване fff1.sql, внос през PhpMyAdmin във вашата база данни. Така че ние се процедира с всички таблици, които са в резервния си. Очевидно е, че не е необходимо да се създаде големи файлове, например fff1. 99.sql, 10-15 е по-добре да се направи по-малки файлове, и да ги импортирате успешно.

И за да не стъпи на моя рейк, използвайте съвети direqtor. който ни напомня, че при запазване на резервно копие трябва да се сложи чавка създавате таблици, изтриване маси и АКО НЕ СЪЩЕСТВУВА.

С уважение, Patolog.

Ново във форума

  • Прикрепете datepicker на произволен вход
  • Не мога да променя контакти чрез page.tpl.php
  • Онлайн магазин за Drupal 8
  • Проблеми инсталиране Дев версия drupalife_store 7.x-1.x-Dev
  • Как да получите най-URI IMG от т масив в field.tpl.php
  • Как да добавите снимка към страната
  • Автоматично премахване на материала на датата на поле
  • Спамерите от сайт на Drupal
  • Drupal 7 страниране
  • Коментари в сайта

Съдържанието на този сайт са публикувани при условията на Криейтив Комънс Признание-Споделяне на споделеното 3.0 или по-

Софтуерните кодове в текста на статиите - на GNU GPL v2 среда или по-късно.
Drupal - Dries Buytaert търговска марка

Свързани статии

Подкрепете проекта - споделете линка, благодаря!