to post messages and comments.

← All posts tagged MySQL

MariaDB Debian Wheezy
Ставлю MySQL на ещё одну тачку. По привычке начал делать apt-get install mysql-server, но тут вспомнил, что после покупки Sun Oracle'ом из–за недружественной к сообществу политики Oracle надо бы переходить на нечто более дружественное, как я уже сделал, перейдя на LibreOffice вместо OpenOffice.org, и в данном случае надо бы ставить вместо MySQL MariaDB, которого, правда, в пакетах не оказалось. Попробовав разные дополнительные deb–репозитории, нашёл рабочий вариант для Debian 7 Wheezy.

code.openark.org

QueryScript — скриптовый движок для MySQL на сохранённых процедурах. Для ежедневного применения в коде не предназначен, так как скрипт поверх скрипта медленно, зато может уменьшить боль админам при выполнении некоторых задач.

Попутно позволяет понять возможности Dynamic SQL в MySQL.

Второй день одолевает проблема:

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure
The last packet successfully received from the server was 16 milliseconds ago. The last packet sent successfully to the server was 0 milliseconds ago.
Caused by:...
Caused by: java.io.EOFException: Can not read response from server. Expected to read 4 bytes, read 0 bytes before connection was unexpectedly lost.

Хоть на стенку лезь, не знаю, что и делать.

Чем быстрее всего восстановить базу из .sql бекапа? Я на localhost вот уже скоро сутки через EMS базу делаю, запустив .sql как обычный скрипт, при этом я точно помню, что копирование между базами на разных компьютерах через EMS делается быстро (база всё та же). Чем ещё можно .sql в базу загнать?

Жуйк, помоги. Откуда берутся проблемы при работе с большими числами в базе данных? Размер не превышает 64бита. Тип поля в БД INTEGER(11).

Нужно запихивать и вытаскивать большие числа из БД. UPDATE, запихивающий число в БД, работает только со строковым представлением числа, там проблем не должно быть. А вот SELECT неизменно демонстрирует 2147483647 вместо желаемого числа.