Нередко случается такое, что приложение говорит «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_SCHEMAAS `db`, t.TABLE_NAMEAS `table`, s.INDEX_NAMEAS `indexname` , s.COLUMN_NAMEAS `fieldname`, s.SEQ_IN_INDEX `seqin index`, s2.max_columnsAS `# cols` , s.CARDINALITYAS `card`, t.TABLE_ROWSAS `estrows` , 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_SCHEMAAND s.TABLE_NAME = t.TABLE_NAME INNER JOIN ( SELECT TABLE_SCHEMA, TABLE_NAME, INDEX_NAME,MAX(SEQ_IN_INDEX)ASmax_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_SCHEMAAND s.TABLE_NAME = s2.TABLE_NAMEAND s.INDEX_NAME = s2.INDEX_NAMEWHERE t.TABLE_SCHEMA !='mysql' /* Filterout the mysql system DB */AND t.TABLE_ROWS > 10 /*Only tableswith some rows */AND s.CARDINALITYIS NOT NULL /* Needat least one non-NULL valuein 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
Пробел перед кавычкой нужен, что бы дата не сливалась с командой.