Не вдалося перезапустити MySQL на Ubuntu 16.04


14

Я намагаюся перезапустити MySQL після збереження сценарію. Стани помилки

Job for mysql.service failed because the control process exited with error code. See "systemctl status mysql.service" and "journalctl -xe" for details.

Пробігаючи systemctl status mysql.serviceось що я отримую:

Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: enabled)
   Active: activating (start-post) (Result: exit-code) since Isn 2016-09-26 17:15:28 MYT; 17s ago
  Process: 17478 ExecStart=/usr/sbin/mysqld (code=exited, status=1/FAILURE)
  Process: 17474 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exited, status=0/SUCCESS)
 Main PID: 17478 (code=exited, status=1/FAILURE);         : 17479 (mysql-systemd-s)
   CGroup: /system.slice/mysql.service
           └─control
             ├─17479 /bin/bash /usr/share/mysql/mysql-systemd-start post
             └─17516 sleep 1

Я не впевнений, з чого почати це виправляти.

Це сценарій, який я зберегла до перезавантаження mysql:

[mysqld]
innodb_rollback_on_timeout=1
innodb_lock_wait_timeout=600
max_connections=350
log-bin=mysql-bin
binlog-format = 'ROW'

Біг journalctl -xe | tail -20дає мені це:

Sep 26 17:46:29 guest mysqld[21937]: 2016-09-26T09:46:29.037709Z 0 [Warning] Changed limits: max_open_files: 1024 (requested 5000)
Sep 26 17:46:29 guest mysqld[21937]: 2016-09-26T09:46:29.037798Z 0 [Warning] Changed limits: max_connections: 214 (requested 350)
Sep 26 17:46:29 guest mysqld[21937]: 2016-09-26T09:46:29.037809Z 0 [Warning] Changed limits: table_open_cache: 400 (requested 2000)
Sep 26 17:46:29 guest mysqld[21937]: 2016-09-26T09:46:29.187886Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
Sep 26 17:46:29 guest mysqld[21937]: 2016-09-26T09:46:29.189296Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.15-0ubuntu0.16.04.1-log) starting as process 21937 ...
Sep 26 17:46:29 guest mysqld[21937]: 2016-09-26T09:46:29.191216Z 0 [ERROR] You have enabled the binary log, but you haven't provided the mandatory server-id. Please refer to the proper server start-up parameters documentation
Sep 26 17:46:29 guest mysqld[21937]: 2016-09-26T09:46:29.191242Z 0 [ERROR] Aborting
Sep 26 17:46:29 guest mysqld[21937]: 2016-09-26T09:46:29.191255Z 0 [Note] Binlog end
Sep 26 17:46:29 guest mysqld[21937]: 2016-09-26T09:46:29.191300Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
Sep 26 17:46:29 guest systemd[1]: mysql.service: Main process exited, code=exited, status=1/FAILURE
Sep 26 17:46:32 guest NetworkManager[878]: <info>  [1474883192.2910] device (eth0): Lowering IPv6 MTU (9000) to match device MTU (1500)

Біг ulimit && ulimit -Saдає мені:

unlimited
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 128071
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 128071
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

1
Чи можете ви додати висновок journalctl -xe | tail -50до свого питання?
LD James

@LDJames весь вихід? Він досить великий. Або це лише останні кілька біт?
Едд

Вихід складе 50 рядків. Насправді 15 або 20 рядків повинно вистачити. Ви можете змінити -50на -15. Я просто хотів бути впевненим, щоб включити рядок, де виникає насправді проблема.
LD James

@LDJames Я бачу, тому для цього потрібна хвоста команда. Я додав journalctl -xe | tail -20вихід.
Едд

2
Що з повідомленням "ПОМИЛКА: Ви ввімкнули бінарний журнал ..."? Ви мали намір це зробити? MySQL очікує ідентифікатора сервера там, який я знаю лише з налаштувань master-slave.
Jos

Відповіді:


8

Критична помилка:

MYQL не запускається, оскільки, як показує вихід журналу Journalctl, but you haven't provided the mandatory server-id. додайте обов'язковий ідентифікатор, як зазначено в коді нижче.

/etc/mysql/mysql.conf.d/mysqld.cnf
Змінити з:

log-bin=mysql-bin
binlog-format = 'ROW'

Перейти:

server-id=master-01
log-bin=mysql-bin
binlog-format = 'ROW'

Це призведе до запуску вашого сервера, коли ви вирішите відповідне форматування потрібного журналу.

нефатальні попередження:

Для ліміту відкритих файлів вашої помилки вам доведеться або зменшити попит у редакторі, яку ви редагували, або збільшити обмеження системи за допомогою:

/etc/security/limits.conf

* soft nofile [new number]
* hard nofile [new number]

Перший стовпець описує, на кого обмеження має бути подано. ' ' - це підстановка, що означає всіх користувачів. Щоб підняти обмеження для root, потрібно чітко ввести "root" замість " ".

Взято з:
/ubuntu//a/162230/29012


Працювали! Це тому, що явно вказано, що це головний пристрій? Я намагався ввести server-id = 1це до цього, але це не вийшло.
Едд

в якому файлі ці речі повинні змінитися?
Vijay Sharma

Для mysqlредагування конфігурації /etc/mysql/mysql.conf.d/mysqld.cnf. Для системи open files limitдивляться на: /etc/security/limits.conf . Свою відповідь із цією інформацією я оновлю трохи пізніше. Чи можете ви повідомити мене, якщо ваша проблема буде вирішена? Таким чином я можу включити у відповідь будь-яку іншу відповідну інформацію.
Л. Д. Джеймс

2

Я отримав таку ж помилку, але в моєму випадку просто диск був заповнений. Переконайтесь, що це перевірити.

df -h --total

+1 Це було для мене. Звільніть місце і запустити послугу.
Сайф

0

Вирішіть питання шляхом:

  1. Додавання Swapfile
  2. Додавання innodb_buffer_pool_size = 20Mдо файлу конфігурації, /etc/mysql/my.cnfпереконайтеся, що він у групі

0

Моя проблема в тому, що IP-хост змінено.

Отже , редагуємо bind-addressв /etc/mysql/my.cnfдо правильного.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.