Мой OpenSource проект — FusqlFS — файловая система для администрирования СУБД PostgreSQL (а дальше — больше)

Когда-то давным-давно появилась у меня идея сделать так, чтобы можно было монтировать базу данных в файловую систему и видеть все таблицы, индексы, юзеров и прочие артефакты как файлы.
Сначала я попытался найти подобный fuse-демон в сети, но аналогов не было видно нигде, несмотря на идею, лежащую на поверхности.
Начал я тогда писать на Си, понял, что писать буду долго, и взялся за Перл... Тогда я написал на коленке достаточно простую обвязку для монтирования MySQL.



С тех пор прошло много времени. Я вырос и набрался опыта. И вот недавно решил перебрать свои исходники. В тайных закромах нашёл свою древнюю поделку. Сначала обрадовался. А потом ужаснулся, глядя на непонятную горку кода, модифицировать которую почти невозможно. В итоге переписал всё практически с нуля, полностью переработав концепцию.

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

Мой OpenSource проект — FusqlFS — вышла версия 0.005

С тех пор, как я наприсал про свой проект в прошлый раз успело многое поменятся.

Во-первых уже вышло пять версий по паре новых фич в каждой, а буквально вчера выпустил версию 0.005.

Во-вторых проект размещён на CPAN-е и Launchpad-е.

В-третьих была написана гора проектной документации (а это было одно из приоритетных дел), хотя и есть что ещё описывать.

В-четвёртых пофикшена туева хуча багов.

В-пятых были написаны юнит-тесты к существующим модулям. Пока меня хватило только процентов на 80 покрытия кода (77% с учётом условий и ветвлений), но для начала неплохо.

Ну и в-шестых добавлены новые фичи:

Я рекомендую — Navicat - удобнейшая программа для работы с БД

Navicat – инструмент для администрирования баз данных, позволяющий одновременно работать с базами данных MySQL, PostgreSQL и Oracle из одного приложения.

Скрин под катом

Урок, пишем свой движок блога. — Урок 3: Обзор папки include.

Продолжаем.

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

Tips & tricks — Postfix. Перенаправление с существующего ящика.

Для работы с почтой мы используем postfix.
Для управления postfix мы используем postfixadmin.
Удобная штука, но есть такой недостаток: нельзя с существующего ящика перенаправлять на другой почтовый ящик.

Решение проблемы:

1. Подключаемся напрямую к БД (используется mysql)

2. при помощи SHOW DATABASES; смотрим, какие есть базы

3. При помощи USE `postfix`; выбираем базу (используется postfix)

4. В таблице alias ищем нужный ящик (например, [email protected])

1	SELECT * FROM `alias` WHERE `address`='[email protected]';

5. Видите поле goto? Оно-то нам и нужно. Туда через запятую нужно добавить адреса. Не забудьте добавить ящик, на который идёт почта, иначе она на него не пойдёт :) КО.

1	UPDATE `alias` SET `goto`='[email protected],[email protected]' WHERE `address`='[email protected]';

6. ...

7. PROFIT!

Ubuntu — Ускоряем InnoDB в десятки раз (во время разработки/тестирования проекта)

Проблематика

При разработке проекта в локальной связке Mysql+PHP часто приходилось пересоздавать структуру базы данных (далее — БД). Под пересозданием я подразумеваю следующее:

1. 
   
2. Удаление всех таблиц в БД (т.к. нормальной реализации удаления всех таблиц из БД да еще и с учетом зависимостей нету, удаление реализовано через пересоздание БД).
   
3. Создание таблиц путем выполнения SQL-файла.
   
4. Наполнение БД при помощи ORM в Kohana.
   

Во время тестирования проекта приходилось сохранять текущее состояние БД, производить тестирование, а затем откатывать до прежнего состояния. На все эти процессы терялось достаточно много времени. Например, указанная выше последовательность операций по пересозданию БД длилась приблизительно 50 секунд. Со временем это стало раздражать и я задался вопросом разогнать Mysql.

Цель

Ускорить работу Mysql во время разработки/тестирования проекта.

Есть вопрос! — Xeon 2 x E5504 vs E3-1230

Сейчас уходим с henzner'овского хостинга с i7 920.
На сервере крутится mysql под 64битной CentOS. В проекте, в основном, много мелких select'ов, сейчас LA около 4.

Я так понимаю, в любом случае, система E3-1230 будет быстрее, чем текущая конфигурация. Поправьте, если не прав.

Как оно в сравнении с системой 2 x E5504? Смущает, что такая конфигурации почти в два раза дороже.

вот спеки Intel® Xeon® Processor E5504

вот спеки Intel® Xeon® Processor E3-1230

Есть проблема! — MySQL: резко возрастает нагрузка на CPU и падает после flush-tables

Помогите пожалуйста советом по проблеме.

Обычная нагрузка на cpu 20-30% us+sy. После восстановления копированием файлов базы со slave сервера(той же версии) началась периодическая проблема.
mysql начинает грузить cpu под 100% вырастает us+sy пропорционально. Растет очередь запросов все тормозит.
Но при mysqladmin flush-tables все нормализуется на несколько часов.

vrusinov — Нужно ли переходить с MyISAM на Innodb?

Оригинал
Автор: Peter, Percona

Перевод: Vladimir Rusinov



Существует значительная часть проектов, которые используют MyISAM и задаются вопросом, стоит ли им перейти на InnoDB, или же лучше продолжить использовать MyISAM?



Я предпочитаю Innodb в качестве основного движка, потому что для большинства пользователей это делает жизнь намного проще - не приходится беспокоиться о восстановлении таблиц после сбоя, таблицы не блокируются целиком, "горячие" бекапы делать гораздо проще, но есть несколько вещей о которых нужно подумать перед принятием решения о переходе.

How-to`s — Установка PostgreSQL на Ubuntu 8.04

Оригинал
Эта статья описывает установку сервера баз данных PostgreSQL и программу администрирования PgAdmin в Ubuntu Linux, а также настройку сервера для работы в сети.