2017-01-04 3 views
0

У меня были проблемы с одним из моих сайтов. Каждый раз так часто возникает ошибка при загрузке моего сайта «Ошибка подключения к базе данных». Я использую экземпляр t2.micro сервера Amazon Linux. Пожалуйста, помогите мне, я в отчаянии. Я понятия не имею, в чем проблема, и я совершенно новичок в этом, поэтому я не хочу вносить какие-либо изменения, не зная и теряю данные. Благодаря Мой журнал MySQL файл:Закрытие базы данных Wordpress

170103 18:00:02 InnoDB: Database was not shut down normally! 
InnoDB: Starting crash recovery. 
InnoDB: Reading tablespace information from the .ibd files... 
InnoDB: Restoring possible half-written data pages from the doublewrite 
InnoDB: buffer... 
InnoDB: Doing recovery: scanned up to log sequence number 2104460177 
170103 18:00:02 InnoDB: Starting an apply batch of log records to the  database... 
InnoDB: Progress in percents: 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 
InnoDB: Apply batch completed 
170103 18:00:02 InnoDB: Waiting for the background threads to start 
170103 18:00:03 InnoDB: 5.5.52 started; log sequence number 2104460177 
170103 18:00:03 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 
170103 18:00:03 [Note] - '0.0.0.0' resolves to '0.0.0.0'; 
170103 18:00:03 [Note] Server socket created on IP: '0.0.0.0'. 
170103 18:00:04 [Note] Event Scheduler: Loaded 0 events 
170103 18:00:04 [Note] /usr/libexec/mysql55/mysqld: ready for connections. 
Version: '5.5.52' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL) 
170104 09:09:11 mysqld_safe Number of processes running now: 0 
170104 09:09:11 mysqld_safe mysqld restarted 
170104 09:27:17 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 
170104 9:27:17 [Note] /usr/libexec/mysql55/mysqld (mysqld 5.5.52) starting as process 11744 ... 
170104 9:27:17 [Note] Plugin 'FEDERATED' is disabled. 
170104 9:27:17 InnoDB: The InnoDB memory heap is disabled 
170104 9:27:17 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
170104 9:27:17 InnoDB: Compressed tables use zlib 1.2.8 
170104 9:27:17 InnoDB: Using Linux native AIO 
170104 9:27:17 InnoDB: Initializing buffer pool, size = 128.0M 
170104 9:27:17 InnoDB: Completed initialization of buffer pool 
170104 9:27:17 InnoDB: highest supported file format is Barracuda. 
InnoDB: The log sequence number in ibdata files does not match 
InnoDB: the log sequence number in the ib_logfiles! 
170104 9:27:17 InnoDB: Database was not shut down normally! 
InnoDB: Starting crash recovery. 
InnoDB: Reading tablespace information from the .ibd files... 
InnoDB: Restoring possible half-written data pages from the doublewrite 
InnoDB: buffer... 
170104 9:27:17 InnoDB: Waiting for the background threads to start 
170104 9:27:18 InnoDB: 5.5.52 started; log sequence number 2123585383 
170104 9:27:18 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 
170104 9:27:18 [Note] - '0.0.0.0' resolves to '0.0.0.0'; 
170104 9:27:18 [Note] Server socket created on IP: '0.0.0.0'. 
170104 9:27:18 [Note] Event Scheduler: Loaded 0 events 
170104 9:27:18 [Note] /usr/libexec/mysql55/mysqld: ready for connections. 
Version: '5.5.52' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL) 
+0

Возможный дубликат [Mysql innoDB продолжает сбой] (http://stackoverflow.com/questions/20484630/mysql-innodb-keeps-crashing) –

+0

В основном из того, что я могу видеть на скриншоте экземпляра Amazon, он отключает mysql, потому что он недостаточно памяти. Есть ли способ ограничить это, не меняя память сервера? –

+0

На данный момент я создал своп 2 ГБ, чтобы узнать, не имеет ли значения. 2 часа с тех пор, как я это сделал, кажется прекрасным. Проблема в том, когда загружается домашняя страница, она занимает около 200-300 МБ памяти –

ответ

0

Ваш MySQL, кажется, не хватает оперативной памяти.

Предположим, у вас есть парень (mysql), который несет пакет камней (данные в mysql) от точки a до точки b над мостом. К тому времени вы добавляете больше камней (больше данных) в пакет. И, возможно, есть еще несколько парней (больше экземпляров mysql, потому что больше посетителей на вашем сайте) на улице.

Тогда представьте себе мост, где все эти ребята должны пройти, у которого есть ограничение веса (ОЗУ).

Таким образом, лишь немногие ребята могут пройти через мост, а другим предлагается либо подождать, либо (если их ждет слишком много парней), отправляйтесь в ад с их пакетами.

Вы можете либо удалить некоторые данные, либо ограничить количество пользователей, либо попытаться оптимизировать пакеты.

Вам действительно нужно переносить все данные или есть способ быстрее генерировать данные?

Для второго варианта читайте о индексах mysql.

Смежные вопросы