* Обслуживание баз Eserv

Раз у нас удаляются тела старых писем с сервера, я решил организовать и соответсвующую чистку файлов в БД.

Правилен ли такой алгоритм?
Я обхожу дерево E4/DATA/domains в поисках файлов .messages.db3.
Для каждого файла:

Нахожу

SELECT MAX(mid) FROM sp_messages WHERE created_t <= {$expiration_timestamp}

Если пусто, старых писем нет. Если не пусто, запоминаю в переменную max_mid.

Выполняю

DELETE FROM sp_messages WHERE mid <= {$max_mid}; VACUUM;

Если рядом лежит .headers.db3, выполняю в нём

DELETE FROM sp_headers WHERE mid <= {$max_mid}; VACUUM;

Если рядом лежит .events.db3, выполняю в нём

DELETE FROM sp_events WHERE mid <= {$max_mid}; VACUUM;

Всё в порядке, ничего не забыл?

Автор

Дата

Текст

tags

atest-t

23.05.2014 12:01

Нумерованый список испортился.

wikipost

23.05.2014 19:30

Да, запросы выглядят правдоподобно. Хотя такая чистка еще повысит фрагментацию, и в принципе может замедлить работу вместо ускорения.

А .events.db3 можно вообще просто удалять.

wikipost

atest-t

26.05.2014 08:42
ред: 26.05.2014 10:28

http://www.sqlite.org/lang_vacuum.html

The VACUUM command rebuilds the entire database

Так что вроде фрагментировать не должно.
Зато однозначно помогает юзерам, которые не ставят галку "удалять письма с сервера", а потом на новой машине грузят 100500 старых писем.
А так же помогает не разрастаться забытым ящикам.

wikipost

26.05.2014 11:04

Я имею в виду не фрагментацию страниц внутри SQLite-базы, а фрагментацию файловой системы Windows. Это вне контроля разработчиков SQLite. При уменьшении размера файла в файловой системе появляются фрагменты свободного места там, где раньше были части файла. Windows задействует их при записи новых файлов. То есть при записи (и при чтении позже) начинает "метаться" между этими старыми и новыми размещениями по всему диску. Если старое не удалять, то запись нового всегда производится более "слитно" — в хвост занятой области диска. Это и для перемещения головок должно быть быстрее, и для системного кэша ФС Windows оптимальнее.

wikipost

atest-t

26.05.2014 11:59

А, ну это уже мелочи жизни.

wikipost

v753box

02.07.2014 10:18

Может у вас есть готовый exe-шник который бы удалял письма до определенной даты в базе ?

wikipost

02.07.2014 10:39

Готового нет.

wikipost

atest-t

03.07.2014 08:33

Есть PHP-скрипт для PHP 5.4 с экстеншном SQLite3. Правда он принимает на вход интервал времени, за который нужно письма оставить
Пример использования:

php D:\scripts\clean_eserv_databases.php "32 days"

wikipost

atest-t

03.07.2014 08:34

Файл:

Скрипт [1206 bytes]

wikipost

v753box

07.07.2014 09:14

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

wikipost

Eserv Forum / E5 / Mail / Обслуживание баз Eserv