Host.Community | hcom.link

Доброго времени суток!

Подскажите, пожалуйста, реальный пример как использовать утилиту sqlite3.exe чтобы освободить пустое пространство в базе (применить команду vacuum), пример нужен со всеми параметрами, тонкостями, кавычками, требованиями к путям и т. д. ибо абсолютно не понятно как пользоваться утилитой из cmd файла. Уже много времени потратил, но никак не могу разобраться, а откладывать в долгий ящик надоело.

Дополнительные пожелания: крайне желательно чтобы временный файл хранился в ОЗУ.

Будет применяться так:

forfiles.exe /p "%PATH_TO_VACUUM%" /s /m *.sqlitedb /c «sqlite3.exe XXXXXX @path\@file XXXXXX „

При локальном выполнении запроса mysql выдает после выполнения данные о количестве измененных строк, времени выполнения и т.д.

mysql> update testtable set comment='comment_new' where comment='comment_1';
Query OK, 1 row affected (0.03 sec)
Rows matched: 1 Changed: 1 Warnings: 0

Если же выполнить запрос удаленно

mysql --user username --password paswd -h 192.168.x.x --database testdb -e «update testtable set comment='comment_new' where comment='comment_1';»

то при успешном выполнении запроса в выводе будет пусто.

Соответственно, вопрос: как при удаленном выполнении получить данные о количестве затронутых строк и времени выполнения запроса?

Все было хорошо. НО! Вдруг я пытаюсь подключиться к БД, а она посылает меня куда подальше. В чем может быть дело?
У меня Centos7.

Я ни разу не сис-админ. Поэтому не понимаю, что мне пытаются сказать тут. Может надо еще больше инфы подкинуть, чтобы понять в чем дело?

[app@pervichka ~]$ sudo service mysqld start Redirecting to /bin/systemctl start mysqld.service Job for mysqld.service failed because the control process exited with error code. See «systemctl status mysqld.service» and «journalctl -xe» for details.

[app@pervichka ~]$ systemctl status mysqld.service ● mysqld.service — MySQL Server Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: disabled) Active: failed (Result: start-limit) since Wed 2017-09-20 16:55:54 MSK; 10s ago Docs: man:mysqld(8) dev.mysql.com/doc/refman/en/using-systemd.html Process: 4918 ExecStart=/usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid $MYSQLD_OPTS (code=exited, status=1/FAILURE) Process: 4896 ExecStartPre=/usr/bin/mysqld_pre_systemd (code=exited, status=0/SUCCESS) Sep 20 16:55:54 pervichka systemd[1]: Failed to start MySQL Server. Sep 20 16:55:54 pervichka systemd[1]: Unit mysqld.service entered failed state. Sep 20 16:55:54 pervichka systemd[1]: mysqld.service failed. Sep 20 16:55:54 pervichka systemd[1]: mysqld.service holdoff time over, scheduling restart. Sep 20 16:55:54 pervichka systemd[1]: start request repeated too quickly for mysqld.service Sep 20 16:55:54 pervichka systemd[1]: Failed to start MySQL Server. Sep 20 16:55:54 pervichka systemd[1]: Unit

Всем Привет!

Имеется веб-сервер Apache+MySQL на Ubuntu Server 16.04. сайт с CMS Битрикс.
Возникла проблема с изменением параметров в my.cnf
а именно с
table_open_cache
значение не меняется, и равно 400

Делал так, через mysqladmin
SET GLOBAL table_open_cache = 10240;

менял и в файле /etc/mysql/my.cnf

Файл my.cnf
# # Basic mysql configuration. Use bvat for advanced settings. # Parameters set by bvat are stored in /etc/mysql/conf.d/bvat.cnf. # If you want to change any parameter, you'll have to redefine it in /etc/mysql/conf.d/z_bx_custom.cnf # [client] port = 3306 socket = /var/run/mysqld/mysqld.sock default-character-set = utf8 [mysqld_safe] nice = 0 socket = /var/run/mysqld/mysqld.sock [mysqld] sync_binlog=0 # Basic mysql server configuration user = mysql port = 3306 basedir = /usr datadir = /var/lib/mysql socket = /var/run/mysqld/mysqld.sock skip-external-locking default-storage-engine = innodb pid-file = /var/run/mysqld/mysqld.pid transaction-isolation = READ-COMMITTED max_allowed_packet = 16M #myisam-recover = BACKUP expire_logs_days = 10 max_binlog_size = 100M # Cache parameters query_cache_size = 32M thread_cache_size = 32 key_buffer_size = 16M thread_stack = 2M join_buffer_size = 2M sort_buffer_size = 2M # Parameters for temporary tables tmpdir = /tmp max_heap_table_size = 32M tmp_table_size = 32M # InnoDB parameters innodb_file_per_table innodb_buffer_pool_size = 32M innodb_flush_log_at_trx_commit = 2 innodb_log_file_size = 64M innodb_flush_method = O_DIRECT # Database charset parameters character-set-server = utf8 collation-server = utf8_unicode_ci init-connect = «SET NAMES utf8 COLLATE utf8_unicode_ci» #skip-character-set-client-handshake skip-name-resolve [mysqldump] quick quote-names max_allowed_packet = 16M default-character-set = utf8 [mysql] [isamchk] key_buffer = 16M # Include additional settings #!includedir /etc/mysql/conf.d/ #pasted below # from bitrix_env # memory: 256

Всем привет! Есть сервер1, на котором крутятся 6 баз. Нужно настроить слейв, куда 3 из них будут реплицироваться. Я поступаю так:
делаю дамп DB1

mysqldump -u root --master-data=2 --single-transaction DB1 > DB1.sql

Потом копирую этот дамп на сервер2, импортирую
mysql -u root DB1 < DB1.sql

Потом запускаю (используя строку CHANGE MASTER TO MASTER_LOG_FILE='mysqld-bin.000ххх, MASTER_LOG_POS=ххххххххх;) из дампа репликацию первой базы до тех пор, пока она не догонит позицию мастера.

Потом стопаю репликацию, запоминаю бинглог и позицию, заливаю вторую базу, реплицирую ее (первая в это время не реплицируется) до позиции, на которой остановил первую… Вот тут подробно описано как и что я делаю konotest.ru/?p=91

Мне понятно как сдампить сразу три базы

mysqldump -uroot -p -B DB1 DB2 DB3 > databases.sql

— но вопрос как их залить в слейв и сразу начать репликацию по всем трем? Критично сделать именно через mysqldump.

Лучше всего проблему иллюстритует сия картинка

Если описать это словами, то выходит так. Сервер работает как ни в чём ни бывало. Нагружено около половины ядер. И не на 100%, а на 50-70%. Потом внезапно нагрузка улетает в космос. При этом база встаёт раком, ответы происходят очень долго. Всё это длится 10-50 секунд, и потом опять перерыв на минутку.

И я никак не могу понять в чём причина этой беды. Ибо эту картинку я вижу не в первый раз. На нее я натыкался и ранее, еще лет 5 назад. То есть собственно версия ядра, дистрибутива или даже мускуля скорее всего не причем.

Причем по мониторингу (htop) видно что проц то загружен системным вызовом. Т.е. это или огромное количество некоторых вызовов к ядру, или интенсивное выделение-забирание памяти, или ввод-вывод.
Но как промониторить самые топовые вызовы ядра я не знаю. Память судя опять же по мониторингу массово не выделяется и не забирается (по меньшей мере гигабайтами, чтобы это было заметно).
iotop показывает ввод-вывод не сильно отличающийся от такового в нормальном состоянии.

Запросы во время глюка выполняются самые обычные. Не сказать чтобы как-то менялась пропорция выбор/обновление, или запрашивались особые таблицы. Думал может что-то по крону запускается из переодических заданий. Но я пробовал останавливать их все на время. Проблема остается.

# systemctl status mariadb ● mariadb.service — MariaDB database server Loaded: loaded (/usr/lib/systemd/system/mariadb.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Чт 2017-08-17 12:11:59 MSK; 1min 50s ago Process: 18269 ExecStartPost=/usr/libexec/mariadb-wait-ready $MAINPID (code=exited, status=0/SUCCESS) Process: 18266 ExecStart=/usr/bin/mysqld_safe --basedir=/usr (code=exited, status=1/FAILURE) Process: 18238 ExecStartPre=/usr/libexec/mariadb-prepare-db-dir %n (code=exited, status=0/SUCCESS) Main PID: 18266 (code=exited, status=1/FAILURE) авг 17 12:11:59 SRV-T-MON-002 systemd[1]: Starting MariaDB database server… авг 17 12:11:59 SRV-T-MON-002 systemd[1]: Started MariaDB database server. авг 17 12:11:59 SRV-T-MON-002 mysqld_safe[18266]: 170817 12:11:59 mysqld_s… авг 17 12:11:59 SRV-T-MON-002 mysqld_safe[18266]: 170817 12:11:59 mysqld_s… авг 17 12:11:59 SRV-T-MON-002 systemd[1]: mariadb.service: main process e...E авг 17 12:11:59 SRV-T-MON-002 systemd[1]: Unit mariadb.service entered fa… авг 17 12:11:59 SRV-T-MON-002 systemd[1]: mariadb.service failed. Hint: Some lines were ellipsized, use -l to show in full.

Сервер последние 3 дня стал падать, отдавая 502 ошибку спустя 2-3 часа. В логах httpd:
[Mon Jul 31 11:56:24 2017] [notice] Apache/2.2.15 (Unix) mod_fastcgi/2.4.6 mod_rpaf/0.6 PHP/5.3.29 configured — resuming normal operations [Mon Jul 31 11:56:25 2017] [error] server reached MaxClients setting, consider raising the MaxClients setting [Mon Jul 31 11:56:35 2017] [notice] caught SIGTERM, shutting down [Mon Jul 31 11:56:36 2017] [notice] Apache/2.2.15 (Unix) mod_fastcgi/2.4.6 mod_rpaf/0.6 PHP/5.3.29 configured — resuming normal operations zend_mm_heap corrupted [Mon Jul 31 12:31:19 2017] [notice] child pid 27463 exit signal Segmentation fault (11) zend_mm_heap corrupted zend_mm_heap corrupted [Mon Jul 31 12:45:07 2017] [error] server reached MaxClients setting, consider raising the MaxClients setting [Mon Jul 31 13:18:16 2017] [notice] child pid 4921 exit signal Segmentation fault (11) [Mon Jul 31 13:56:15 2017] [notice] child pid 32413 exit signal Segmentation fault (11) zend_mm_heap corrupted [Mon Jul 31 15:01:39 2017] [notice] caught SIGTERM, shutting down [Mon Jul 31 15:01:40 2017] [notice] Apache/2.2.15 (Unix) mod_fastcgi/2.4.6 mod_rpaf/0.6 PHP/5.3.29 configured — resuming normal operations zend_mm_heap corrupted zend_mm_heap corrupted [Mon Jul 31 15:29:05 2017] [error] server reached MaxClients setting, consider raising the MaxClients setting zend_mm_heap corrupted [Mon Jul 31 16:00:09 2017] [notice] child pid 18382 exit signal Segmentation fault (11) [Mon Jul 31 16:02:02 2017] [notice] child pid 17800 exit signal Segmentation fault (11) [Mon Jul 31 16:19:12 2017] [notice] child pid 15365 exit signal Segmentation fault (11) zend_mm_heap corrupted [Mon Jul 31 16:33:11 2017] [notice] child pid 15653 exit signal Segmentation fault (11)

оперативки 64Гб на сервере, 30гб под mysql отдано.
Апач настроен так:
StartServers 2 MinSpareServers 2 MaxSpareServers 20 ServerLimit 32 MaxClients 32 MaxRequestsPerChild 1000

Перезапускаешь httpd и все работает. Куда копать? Спасибо заранее

Хочу настроить бэкап БД через Sypex dumper. Без планирования он работает (скрин).
Пытаюсь настроить крон в IspManager — не выходит.
Строка в крон вот такая:
php /var/www/user/data/www/site.ru/sxd/index.php -h=localhost -u=username-p=pass -j=crn
Где я ошибаюсь?
Upd. на почту приходит сообщение:
Notice: Undefined index: HTTP_ACCEPT_LANGUAGE (/var/www/user/data/www/site.ru/sxd/index.php:52)Auth error

Добрый день! Столкнули с таким вопросом, некоторое время назад обслуживала наш сайт компания, посадила на свой хостинг в виду того что договор с ними расторгли, решились переносить сайт на другой хостинг.
Тут же увидели проблему, точнее нашу головную боль на сегодняшний день!
Это ISPmanager 4, 1 декабря 2016 г. прекращена поддержка.Договор с этими подрядчиками расторгли в феврале этого года.
Сейчас нужно скачать БД сайта, но при скачивание с PhpMyAdmin нашей БД пишет ошибку связанную с объемом файла.
Как можно изменить версию PHP при всей такой ситуации?