MySQL вылетает после запроса от панели управления Grafana

У меня есть небольшой VPS с Centos 7. На нем работает django, использующий MySQL в качестве базы данных, а также Grafana, который читает из MySQL.

Когда я откройте мою панель управления Grafana, сервер MySQL мгновенно выйдет из строя. Иногда он возвращается, а иногда он застревает в состоянии «запуск сервера».

Я попытался проверить журналы, но не нашел ничего полезного, а мой опыт работы с MySQL ограничен, так что, возможно, есть еще что-то, о чем я не знаю, чтобы проверить.

Журналы:

Журнал запросов:

2019-05-30T19:22:35.356783Z     7 Connect   
2019-05-30T19:22:35.364031Z     7 Query SELECT @@skip_networking, @@skip_name_resolve, @@have_ssl='YES', @@ssl_key, @@ssl_ca, @@ssl_capath, @@ssl_cert, @@ssl_cipher, @@ssl_crl, @@ssl_crlpath, @@tls_version
2019-05-30T19:22:35.377731Z     7 Quit  
[root@tamales ~]# myquery
2019-05-30T19:27:03.729553Z    25 Quit  
2019-05-30T19:27:03.942917Z    24 Query SELECT
  created AS "time",
  temperature
FROM weather_weather
ORDER BY created
2019-05-30T19:27:03.953663Z    23 Query SELECT
  created AS "time",
  temperature
FROM weather_weather
ORDER BY created
2019-05-30T19:27:04.005351Z    29 Connect   grafana@localhost on myproject using TCP/IP
2019-05-30T19:27:04.005499Z    28 Connect   grafana@localhost on myproject using TCP/IP
2019-05-30T19:27:04.005592Z    27 Connect   grafana@localhost on myproject using TCP/IP
2019-05-30T19:27:04.005775Z    26 Connect   grafana@localhost on myproject using TCP/IP
2019-05-30T19:27:04.083534Z    26 Query SELECT
  created AS "time",
  temperature
FROM weather_weather
ORDER BY created
2019-05-30T19:27:04.084228Z    27 Query SELECT
  created AS "time",
  humidity
FROM weather_weather
ORDER BY created
2019-05-30T19:27:04.086203Z    28 Query SELECT
  created AS "time",
  humidity
FROM weather_weather
ORDER BY created
2019-05-30T19:27:04.087198Z    29 Query SELECT
  created AS "time",
  humidity
FROM weather_weather
ORDER BY created
2019-05-30T19:27:06.411145Z    29 Quit  
2019-05-30T19:27:06.451327Z    24 Quit  
2019-05-30T19:27:06.493827Z    23 Quit  
2019-05-30T19:27:06.496899Z    28 Quit  
2019-05-30T19:27:06.527625Z    26 Quit  
2019-05-30T19:27:06.538793Z    27 Quit  
/usr/sbin/mysqld, Version: 8.0.14 (MySQL Community Server - GPL). started with:
Tcp port: 0  Unix socket: /var/lib/mysql/mysql.sock
Time                 Id Command    Argument
/usr/sbin/mysqld, Version: 8.0.14 (MySQL Community Server - GPL). started with:
Tcp port: 0  Unix socket: /var/lib/mysql/mysql.sock
Time                 Id Command    Argument
/usr/sbin/mysqld, Version: 8.0.14 (MySQL Community Server - GPL). started with:
Tcp port: 0  Unix socket: /var/lib/mysql/mysql.sock
Time                 Id Command    Argument

Журнал ошибок:

2019-05-30T19:22:25.589770Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.14)  MySQL Community Server - GPL.
2019-05-30T19:22:32.288142Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.14) starting as process 798
2019-05-30T19:22:35.059292Z 0 [Warning] [MY-010068] [Server] CA certificate ca.pem is self signed.
2019-05-30T19:22:35.110710Z 0 [System] [MY-010931] [Server] /usr/sbin/mysqld: ready for connections. Version: '8.0.14'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MySQL Community Server - GPL.
2019-05-30T19:22:35.377699Z 0 [System] [MY-011323] [Server] X Plugin ready for connections. Socket: '/var/run/mysqld/mysqlx.sock' bind-address: '::' port: 33060

Состояние Systemctl после сбоя:

* mysqld.service - MySQL Server
   Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: disabled)
   Active: activating (start) since Thu 2019-05-30 15:31:00 EDT; 3s ago
     Docs: man:mysqld(8)
           http://dev.mysql.com/doc/refman/en/using-systemd.html
  Process: 3965 ExecStartPre=/usr/bin/mysqld_pre_systemd (code=exited, status=0/SUCCESS)
 Main PID: 3988 (mysqld)
   Status: "SERVER_BOOTING"
   CGroup: /system.slice/mysqld.service
           `-3988 /usr/sbin/mysqld

Журнал Systemd:

May 30 15:22:23 tamales systemd[1]: Stopping MySQL Server...
May 30 15:22:25 tamales systemd[1]: Stopped MySQL Server.
May 30 15:31:00 tamales systemd[1]: Stopped MySQL Server.
May 30 15:31:00 tamales systemd[1]: Starting MySQL Server...
May 30 15:31:05 tamales systemd[1]: mysqld.service: main process exited, code=killed, status=9/KILL
May 30 15:31:05 tamales systemd[1]: Failed to start MySQL Server.
May 30 15:31:05 tamales systemd[1]: Unit mysqld.service entered failed state.
May 30 15:31:05 tamales systemd[1]: mysqld.service failed.
May 30 15:31:05 tamales systemd[1]: mysqld.service holdoff time over, scheduling restart.
May 30 15:31:05 tamales systemd[1]: Stopped MySQL Server.
May 30 15:31:05 tamales systemd[1]: Starting MySQL Server...
May 30 15:31:10 tamales systemd[1]: mysqld.service: main process exited, code=killed, status=9/KILL
May 30 15:31:10 tamales systemd[1]: Failed to start MySQL Server.
May 30 15:31:10 tamales systemd[1]: Unit mysqld.service entered failed state.
May 30 15:31:10 tamales systemd[1]: mysqld.service failed.
May 30 15:31:10 tamales systemd[1]: mysqld.service holdoff time over, scheduling restart.
May 30 15:31:10 tamales systemd[1]: Stopped MySQL Server.
May 30 15:31:10 tamales systemd[1]: Starting MySQL Server...
0
задан 30 May 2019 в 22:37
1 ответ

256 МБ ОЗУ почти слишком мало для обработки MySQL. И было бы тесно, если бы что-то еще работало на той же машине. (Я не знаю, сколько памяти занимает Grafana.)

128MB, выделенные для buffer_pool, добавляют к катастрофе. MySQL нуждается в оперативной памяти для других целей, поэтому MySQL фактически использует большую часть оперативной памяти.

Вы можете попробовать следующее:

innodb_buffer_pool_size = 40M
max_connections = 4

как способ сократить использование оперативной памяти. Это могло сработать, а могло и не сработать. Если buffer_pool установлен слишком маленьким, могут возникнуть другие проблемы, которые могут вызвать проблемы.

1
ответ дан 4 December 2019 в 15:42

Теги

Похожие вопросы