Появилась необходимость перенести базу из mysql на другой сервер. Собственно, всё как всегда – mysqldump, туда – обратно, ничего нового.
Но, незамедлительно возникли дополнительные сложности. Как оказалось, моя корявая база содержала таблицы в кодировке cp1251, а данные в самих таблицах были utf8. Как следствие, конечный итог получился примерно таким:
———————————————————
…вернуться к на�?умев�?ей теме про уязвимость в Internet [...]
Опубликовано 27 Янв 2010 | Рубрики:
Solutions
В продолжение темы прокси для MySQL, я рассмотрел очередной продукт под названием Spock Proxy.
Официальный сайт проекта – http://spockproxy.sourceforge.net/
Привожу вольный перевод избранных мест документации, которые вызвали наибольший интерес.
Итак:
Что такое Spock Proxy? [...]
Опубликовано 24 Июл 2009 | Рубрики:
Solutions
Продолжим. (Начало тут.)
Следующим этапом стало желание оградиться от всепожирающего апача. Эксперименты с легковесными веб-серверами оставим на потом. Ибо, правильно, – лениво. Да и потом, неужели могучий и универсальный Apache нельзя заточить под себя?
Про то, что нужно чистить ненужные модули я и не говорю. Но я просто и без затей полез в секцию Multi-Processing Modules. [...]
Опубликовано 08 Июл 2009 | Рубрики:
Optimization
Собственно тема не нова – vds, самый дешёвый из всех что был найден.
Как следствие минимум ресурсов, зато неплохии такие амбиции.
Итак, достался мне виртуальный сервер с 64 Мб памяти, быстродействием в 300 Мгц, и диском около 1 Гб.
Операционную систему хостер предоставляет на выбор, и переустановка сервера, в случае чего, занимает считанные минуты.
Ленивое желание, чтобы всем занимался [...]
Опубликовано 06 Июл 2009 | Рубрики:
Optimization
Proximo – исключительно Perl реализация прокси-сервера для Mysql. Базируется на архитектуре Perlbal-проекта (http://www.danga.com/perlbal/) но занимает положение между MySQL клиентами и серверами вместо HTTP.
Построено на функциональности сохраняющей возможности баз данных использовать кластерные технологии (master/slave, master/master и т.д.), без непосредственного понимания, как используется эта функциональность. Т.е. разложение запросов на чтение и запись, модификации и профилирования запросов, [...]
Опубликовано 25 Июн 2009 | Рубрики:
Solutions
В следующем перечне дано описание некоторых аспектов использования памяти сервером mysqld. Там, где это возможно, приводятся имена серверных переменных, относящихся к использованию памяти:
Буфер ключей (переменная key_buffer_size) используется совместно всеми потоками; другие буферы, используемые данным сервером, выделяются при необходимости (см. раздел Настройка параметров сервера).
Каждое соединение использует определенное пространство в памяти для конкретного потока: стек (по умолчанию [...]
Опубликовано 17 Июн 2009 | Рубрики:
Optimization
Немного бородато, но актуально.
MySQL 3.23.x, /etc/my.cnf, блок » [mysqld]«:
set-variable = max_connections=20 # Максимальное число одновременных коннектов к серверу
set-variable = max_user_connections=5 # Макс. число одновременных коннектов от одного пользователя
set-variable = connect_timeout=2
Для MySQL 4.x для простых баз имеет смысл использовать опцию skip-innodb для существенной экономии памяти.
В MySQL 4.x для конкретного пользователя можно установить следующие лимиты:
GRANT … WITH [...]
Опубликовано 10 Июн 2009 | Рубрики:
Chrooting
Как известно, mysqld это «один процесс – много тредов». В достаточно приближенном понимании тред (thread) это когда процесс копирует сам себя, и родительский процесс передает треду какую то задачу для решения.
Создание треда отличается от обычного fork() в основном тем, что fork порождает +1 процесс, тогда как деление на треды использует другую, более производительную технологию ветвления [...]
Опубликовано 04 Июн 2009 | Рубрики:
Optimization
Попадалась такая чудная статья – что-то типа «Mysql начинающим админам». Где оригинал не помню.
Ссылку с удовольствием бы поставил.
delete from partner_attr where id_partner in (211,221);
Query OK, 10 rows affected (0.00 sec)
…
Опубликовано 04 Июн 2009 | Рубрики:
Optimization
Loading ...