Нередко случается такое, что приложение говорит «cannot write blah to hdd, not enough space», хотя df -h говорит, что места ещё много.
Чаще всего такое поведение случается в трех случаях:
Continue Reading
Нередко случается такое, что приложение говорит «cannot write blah to hdd, not enough space», хотя df -h говорит, что места ещё много.
Чаще всего такое поведение случается в трех случаях:
Continue Reading
Наверное, каждая таблица, содержит индексы. Часто, даже количество индексов может превышать количество столбцов в самой таблице.
При составлении индексов, можно создать те, которые будут практически дублировать друг-друга (встречается в составных индексах). А зачем нам тратить лишние ресурсы на обработку данных, которые нам не понадобятся?
Заинтересовал вопрос – а как можно узнать какие индексы незадействованные или мало задействованы в работе.
Выполнив такой запрос, можно узнать про “напрасные” индексы:
SELECT t.TABLE_SCHEMA AS `db`, t.TABLE_NAME AS ` table `, s.INDEX_NAME AS ` index name ` , s.COLUMN_NAME AS `field name `, s.SEQ_IN_INDEX `seq in index `, s2.max_columns AS `# cols` , s.CARDINALITY AS `card`, t.TABLE_ROWS AS `est rows ` , ROUND(((s.CARDINALITY / IFNULL(t.TABLE_ROWS, 0.01)) * 100), 2) AS `sel %` FROM INFORMATION_SCHEMA. STATISTICS s INNER JOIN INFORMATION_SCHEMA.TABLES t ON s.TABLE_SCHEMA = t.TABLE_SCHEMA AND s.TABLE_NAME = t.TABLE_NAME INNER JOIN ( SELECT TABLE_SCHEMA, TABLE_NAME, INDEX_NAME, MAX (SEQ_IN_INDEX) AS max_columns FROM INFORMATION_SCHEMA. STATISTICS WHERE TABLE_SCHEMA != 'mysql' GROUP BY TABLE_SCHEMA, TABLE_NAME, INDEX_NAME ) AS s2 ON s.TABLE_SCHEMA = s2.TABLE_SCHEMA AND s.TABLE_NAME = s2.TABLE_NAME AND s.INDEX_NAME = s2.INDEX_NAME WHERE t.TABLE_SCHEMA != 'mysql' /* Filter out the mysql system DB */ AND t.TABLE_ROWS > 10 /* Only tables with some rows */ AND s.CARDINALITY IS NOT NULL /* Need at least one non- NULL value in the field */ AND (s.CARDINALITY / IFNULL(t.TABLE_ROWS, 0.01)) < 1.00 /* unique indexes are perfect anyway */ ORDER BY `sel %`, s.TABLE_SCHEMA, s.TABLE_NAME /* DESC for best non- unique indexes */ LIMIT 10; |
Для импорта данных из файла CSV с 20 000 000 строк(примерный объем файла несколько десятков мегабайт. ), на совершенно обычный хостинг так, что бы нагрузка на сервер
Все мы знаем, что бывает «холодный» и «горячий» бэкап базы данных.
«Горячий» бэкап позволяет нам переключиться практически «на лету», используя реплику
Screen — очень удобная программа, если вы часто работаете в консоли, подключившись к серверу по SSH. В таком случае screen позволяет держать в одной консоли несколько разных экранов, удобно переключаясь между ними.
При работе с bash все вводимые команды сохраняются специальной утилитой history в файле ~/.bash_history. При вводе команды history, отображается последовательно пронумерованный список всех введённых вами команд. При помощи нехитрых манипуляций с конфигурационным файлом, можно фиксировать точную дату и время ввода каждой команды. Для этого необходимо отредактировать файл ~/.bashrc , вписав одну из следующих строк:
export HISTTIMEFORMAT='%h %d %H:%M:%S ' (стандартный вывод)
export HISTTIMEFORMAT='%d.%m.%Y %H:%M:%S ' (ДД.MM.ГГ)
export HISTTIMEFORMAT='%Y-%m-%d %H:%M:%S ' (YYYY-MM-DD)
Теперь в списке history, напротив команд будет стоять дата и время их ввода.
Включить запись даты и времени в историю команд bash:
# echo 'export HISTTIMEFORMAT="%Y-%m-%d %H:%M:%S "' >> ~/.bashrc
Пробел перед кавычкой нужен, что бы дата не сливалась с командой.