Удаление под-форумов при большой базе данных

Проблемы с установкой или работой phpBB 3.0.x? Получите помощь здесь!
С 1 января 2017 года phpBB Group прекращает поддержку phpBB версии 3.0.
Сайт официальной русской поддержки phpBB Guru продолжит поддержку phpBB 3.0 до 1 июля 2017 года.
Подробнее: Окончание поддержки phpBB 3.0.
Правила форума
Местная Конституция | Шаблон запроса | Документация (phpBB3) | Переход на 3.0.6 и выше | FAQ-3 (phpbb3) | Как задавать вопросы | Как устанавливать моды

Ваш вопрос может быть удален без объяснения причин, если на него есть ответы по приведённым ссылкам (а вы рискуете получить предупреждение ;) ).
Flector
phpBB 1.2.1
Сообщения: 23
Стаж: 10 лет 4 месяца
Поблагодарили: 1 раз

Удаление под-форумов при большой базе данных

Сообщение Flector »

На очень объемном форуме (больше 5Gb таблица posts) надо удалить 2 под-форума с целью уменьшить размер базы данных. Стандартные средства удаления зависают с ошибкой 502 - сервер просто не справляется. Есть какой-нибудь способ все-таки удалить эти под-форумы?
Аватара пользователя
Татьяна5
Поддержка
Поддержка
Сообщения: 13159
Стаж: 15 лет 1 месяц
Благодарил (а): 236 раз
Поблагодарили: 3750 раз

Re: Удаление под-форумов при большой базе данных

Сообщение Татьяна5 »

Удалять по частям (сначала темы, по десятку-сотне или как получится, а потом пустой подфорум)
Flector
phpBB 1.2.1
Сообщения: 23
Стаж: 10 лет 4 месяца
Поблагодарили: 1 раз

Re: Удаление под-форумов при большой базе данных

Сообщение Flector »

Беда в том, что топики с 400-500 записями долго, но удаляются.
А вот топики с 2000 и больше записями вызывают ошибки таблиц.
Аватара пользователя
Татьяна5
Поддержка
Поддержка
Сообщения: 13159
Стаж: 15 лет 1 месяц
Благодарил (а): 236 раз
Поблагодарили: 3750 раз

Re: Удаление под-форумов при большой базе данных

Сообщение Татьяна5 »

Видимо, придётся ещё и темы по частям удалять
(Напрямую из БД не удалить, много связанных таблиц)
Аватара пользователя
Алг
Former team member
Сообщения: 933
Стаж: 14 лет 1 месяц
Откуда: Израиль
Благодарил (а): 85 раз
Поблагодарили: 306 раз

Re: Удаление под-форумов при большой базе данных

Сообщение Алг »

так может надо увеличить max_execution_time?
Там упёртость и инертность, могут, кстати, в морду дать.
А ты проявляй интеллигентность, постарайся убеждать...

Т. Шаов
Аватара пользователя
Mr. Anderson
phpBB Guru
phpBB Guru
Сообщения: 7522
Стаж: 22 года 6 месяцев
Откуда: СССР
Благодарил (а): 6 раз
Поблагодарили: 154 раза

Re: Удаление под-форумов при большой базе данных

Сообщение Mr. Anderson »

Алг писал(а): может надо увеличить max_execution_time
А кроме того - настроить СУБД. Ибо дефолтные 30 секунд на исполнение скрипта и невозможность удалить каких-то 2000+ записей - это либо ну очень ограниченные ресурсы, либо ну очень "никакая" настройка (скорее всего дефолтная же). А может и то, и другое.
Flector
phpBB 1.2.1
Сообщения: 23
Стаж: 10 лет 4 месяца
Поблагодарили: 1 раз

Re: Удаление под-форумов при большой базе данных

Сообщение Flector »

а как настроить то?
Аватара пользователя
Mr. Anderson
phpBB Guru
phpBB Guru
Сообщения: 7522
Стаж: 22 года 6 месяцев
Откуда: СССР
Благодарил (а): 6 раз
Поблагодарили: 154 раза

Re: Удаление под-форумов при большой базе данных

Сообщение Mr. Anderson »

Flector писал(а): а как настроить то?
Простите - в стране кризис, телепатов сократили.

Иными словами - мы не знаем вашего железа, софта и его настроек. Ну то есть совсем от слова вообще. А гадать - дело гиблое.

Хостинг-то небось шаред?
Flector
phpBB 1.2.1
Сообщения: 23
Стаж: 10 лет 4 месяца
Поблагодарили: 1 раз

Re: Удаление под-форумов при большой базе данных

Сообщение Flector »

VDS. причем тут телепаты то?
вы мне скажите, в какую сторону копать - я все прогуглю.
сейчас же я понятия не имею, с чего начинать.
Аватара пользователя
Mr. Anderson
phpBB Guru
phpBB Guru
Сообщения: 7522
Стаж: 22 года 6 месяцев
Откуда: СССР
Благодарил (а): 6 раз
Поблагодарили: 154 раза

Re: Удаление под-форумов при большой базе данных

Сообщение Mr. Anderson »

Flector писал(а): VDS
У меня есть VDS с гарантированными 300МГц и 64Мб. Ненуачо (с) VDS же! :)
Flector писал(а): в какую сторону копать
Можете в сторону Владивостока ;) Не зная в чем у вас "затык" - рецепта не дать.
Чтобы было понятно: всего тюнящихся основных параметров у того же мускула - более 110 (из них реально важных и порой очень по разному "в парах" действующих - около трети).
Так что без полной картины - тут только к телепатам...
Flector писал(а):я понятия не имею, с чего начинать
So as I (c)
Почему - см. выше.
Flector
phpBB 1.2.1
Сообщения: 23
Стаж: 10 лет 4 месяца
Поблагодарили: 1 раз

Re: Удаление под-форумов при большой базе данных

Сообщение Flector »

но я тоже не телепат и понятия не имею, какие данные вы от меня хотите получить.

vds с 512mb памяти и Virtual CPU 2x1000 MHZ X 2
я глубоко сомневаюсь, что информация о мощности vds в данном случае как-то поможет.
Аватара пользователя
Mr. Anderson
phpBB Guru
phpBB Guru
Сообщения: 7522
Стаж: 22 года 6 месяцев
Откуда: СССР
Благодарил (а): 6 раз
Поблагодарили: 154 раза

Re: Удаление под-форумов при большой базе данных

Сообщение Mr. Anderson »

Flector писал(а): какие данные вы от меня хотите получить
Ну например хотя бы то, что вы уже привели. Содержимое my.ini (за вычетом логинов/паролей, если таковые имеются) - тоже не помешало бы.
Flector писал(а): 512mb
Очень-очень-очень мало. Лучше пусть было бы 1х1000МГц и 1Гб, чем так. Пространства для маневра на 512Мб фактически нет. Хотя шапка вывода того же top (+ см. выше про my.ini) - дала бы больше информации.

PS:
Если сомневаетесь - можете кидать листинги/выводы мне в ЛС. Никто кроме меня не увидит (по желанию - выложу отредактированные версии, если редактура потребуется), а диагноз в любом случае дам ;)

Отправлено спустя 7 минут 32 секунды:
Flector писал(а): vds с 512mb памяти и Virtual CPU 2x1000 MHZ X 2
Ах да. А сколько вам это стоит и где находится территориально?
Flector
phpBB 1.2.1
Сообщения: 23
Стаж: 10 лет 4 месяца
Поблагодарили: 1 раз

Re: Удаление под-форумов при большой базе данных

Сообщение Flector »

my.cnf 
# Example MySQL config file for very large systems.
#
# This is for a large system with memory of 1G-2G where the system runs mainly
# MySQL.
#
# MySQL programs look for option files in a set of
# locations which depend on the deployment platform.
# You can copy this option file to one of those
# locations. For information about these locations, see:
# http://dev.mysql.com/doc/mysql/en/option-files.html
#
# In this file, you can use all long options that a program supports.
# If you want to know which options a program supports, run the program
# with the "--help" option.

# The following options will be passed to all MySQL clients
[client]
#password = your_password
port = 3306
socket = /tmp/mysql.sock

# Here follows entries for some specific programs

# The MySQL server
[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
key_buffer_size = 384M
max_allowed_packet = 512M
table_open_cache = 512
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size = 64M
# Try number of CPU's*2 for thread_concurrency
thread_concurrency = 8
low-priority-updates
skip-innodb

# Don't listen on a TCP/IP port at all. This can be a security enhancement,
# if all processes that need to connect to mysqld run on the same host.
# All interaction with mysqld must be made via Unix sockets or named pipes.
# Note that using this option without enabling named pipes on Windows
# (via the "enable-named-pipe" option) will render mysqld useless!
#
#skip-networking

# Replication Master Server (default)
# binary logging is required for replication
#log-bin=mysql-bin

# required unique id between 1 and 2^32 - 1
# defaults to 1 if master-host is not set
# but will not function as a master if omitted
server-id = 1

# Replication Slave (comment out master section to use this)
#
# To configure this host as a replication slave, you can choose between
# two methods :
#
# 1) Use the CHANGE MASTER TO command (fully described in our manual) -
# the syntax is:
#
# CHANGE MASTER TO MASTER_HOST=<host>, MASTER_PORT=<port>,
# MASTER_USER=<user>, MASTER_PASSWORD=<password> ;
#
# where you replace <host>, <user>, <password> by quoted strings and
# <port> by the master's port number (3306 by default).
#
# Example:
#
# CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306,
# MASTER_USER='joe', MASTER_PASSWORD='secret';
#
# OR
#
# 2) Set the variables below. However, in case you choose this method, then
# start replication for the first time (even unsuccessfully, for example
# if you mistyped the password in master-password and the slave fails to
# connect), the slave will create a master.info file, and any later
# change in this file to the variables' values below will be ignored and
# overridden by the content of the master.info file, unless you shutdown
# the slave server, delete master.info and restart the slaver server.
# For that reason, you may want to leave the lines below untouched
# (commented) and instead use CHANGE MASTER TO (see above)
#
# required unique id between 2 and 2^32 - 1
# (and different from the master)
# defaults to 2 if master-host is set
# but will not function as a slave if omitted
#server-id = 2
#
# The replication master for this slave - required
#master-host = <hostname>
#
# The username the slave will use for authentication when connecting
# to the master - required
#master-user = <username>
#
# The password the slave will authenticate with when connecting to
# the master - required
#master-password = <password>
#
# The port the master is listening on.
# optional - defaults to 3306
#master-port = <port>
#
# binary logging - not required for slaves, but recommended
#log-bin=mysql-bin
#
# binary logging format - mixed recommended
#binlog_format=mixed

# Uncomment the following if you are using InnoDB tables
#innodb_data_home_dir = /var/db/mysql
#innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend
#innodb_log_group_home_dir = /var/db/mysql
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
#innodb_buffer_pool_size = 384M
#innodb_additional_mem_pool_size = 20M
# Set .._log_file_size to 25 % of buffer pool size
#innodb_log_file_size = 100M
#innodb_log_buffer_size = 8M
#innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[myisamchk]
key_buffer_size = 256M
sort_buffer_size = 256M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout
не знаю, рабочий ли это конфиг или нет. нашел в /etc

по поводу vds - я знаю, что он слабый.
но на данной момент сменить его нельзя.
Аватара пользователя
Mr. Anderson
phpBB Guru
phpBB Guru
Сообщения: 7522
Стаж: 22 года 6 месяцев
Откуда: СССР
Благодарил (а): 6 раз
Поблагодарили: 154 раза

Re: Удаление под-форумов при большой базе данных

Сообщение Mr. Anderson »

Flector писал(а):Example MySQL config file for very large systems.
Врядли он рабочий, ибо пример и фактически пустой. Но даже если и рабочий, то
Flector писал(а):This is for a large system with memory of 1G-2G where the system runs mainly
# MySQL.
Перевод нужен?

PS:
Что за ОС?

PPS:
Flector писал(а): на данной момент сменить его нельзя
Нельзя сменить тариф? Нельзя сменить хостера?
Почему? :?
Flector
phpBB 1.2.1
Сообщения: 23
Стаж: 10 лет 4 месяца
Поблагодарили: 1 раз

Re: Удаление под-форумов при большой базе данных

Сообщение Flector »

хорошо, где искать конфиг? на freebsd.

по поводу тарифа - это не мой vds, я фрилансер, которого наняли установить пару движков (вордпресс и тд), а заодно попросили поправить форум с mysql-базой - это чисто админская функция, поэтому и я спрашиваю тут.

Вернуться в «Поддержка phpBB 3.0.х»