Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
2 Sarin:

Я вроде спрашивал про innodb, но всё равно спасибо.
28 дек 04, 19:28    [1216431]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Sarin
Member

Откуда: Земля, Солнечная система.
Сообщений: 14485
Да я понял, что ты спрашивал про innodb, но я с ними не сталкивался, и как восстанавливать не интересовался.

А что, MyISAM не подходит?

Да прибудет с вами дистрибутив.
28 дек 04, 20:52    [1216536]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Sarin
Member

Откуда: Земля, Солнечная система.
Сообщений: 14485
Почитал я про InnoDB и офигел. Этож получается я про самую крутизну МУСКЛА и не знал. Ещё нашёл про backup и восстановление. Особо не вдавался, но вот, держи:

7.5.6 Создание резервных копий и восстановление баз данных InnoDB

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

Существует интерактивный инструмент, который можно использовать для создания резервных копий своих 
баз данных InnoDB, когда они открыты, - InnoDB Hot Backup. Для своей работы InnoDB Hot Backup не требует 
закрытия базы данных, блокировки данных или нарушения обычного хода обработки базы данных. 
InnoDB Hot Backup является платным дополнительным инструментом, не входящим в стандартный 
дистрибутив MySQL. Чтобы получить дополнительную информацию о нем и просмотреть копии экрана, см. домашнюю
страницу InnoDB Hot Backup http://www.innodb.com/hotbackup.html.

Если у вас есть возможность остановить сервер MySQL, а затем создать двоичную резервную копию своей базы
данных, необходимо выполнить следующие действия:

    * Закройте свою базу данных MySQL и убедитесь, что закрытие было произведено без ошибок.
    * Скопируйте все свои файлы данных в безопасное место.
    * Скопируйте все свои файлы журналов InnoDB в безопасное место.
    * Скопируйте свой файл конфигурации `my.cnf' в безопасное место.
    * Скопируйте все файлы `.frm' своих таблиц InnoDB в безопасное место. 

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

Дампы лучше всего создавать одновременно с созданием двоичной резервной копии своей базы данных. Чтобы 
получить согласованную копию всех своих таблиц в дампах, необходимо запретить всем клиентам доступ к 
базе данных. Затем можно создать двоичную резервную копию и получить согласованные копии своей базы данных в двух форматах.

Чтобы восстановить исходное состояние своей базы данных InnoDB из описанной выше двоичной резервной 
копии, необходимо запустить свою базу данных MySQL с включенными общим журналом и архивацией журналов 
MySQL (здесь под общим журналом подразумевается механизм занесения записей в журнал сервера MySQL, 
независимый от журналов InnoDB).

Единственное, что нужно сделать для восстановления процесса MySQL после сбоя, - перезапустить его. 
InnoDB автоматически произведет проверку журналов и выполнит восстановление базы данных, а также 
автоматически произведет откат по незавершенным транзакциям, которые проводились на момент сбоя. 
Во время восстановления InnoDB будет выводить примерно следующую информацию:

~/mysqlm/sql > mysqld
InnoDB: Database was not shut down normally.
InnoDB: Starting recovery from log files...
InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 13674004
InnoDB: Doing recovery: scanned up to log sequence number 0 13739520
InnoDB: Doing recovery: scanned up to log sequence number 0 13805056
InnoDB: Doing recovery: scanned up to log sequence number 0 13870592
InnoDB: Doing recovery: scanned up to log sequence number 0 13936128
...
InnoDB: Doing recovery: scanned up to log sequence number 0 20555264
InnoDB: Doing recovery: scanned up to log sequence number 0 20620800
InnoDB: Doing recovery: scanned up to log sequence number 0 20664692
InnoDB: 1 uncommitted transaction(s) which must be rolled back
InnoDB: Starting rollback of uncommitted transactions
InnoDB: Rolling back trx no 16745
InnoDB: Rolling back of trx no 16745 completed
InnoDB: Rollback of uncommitted transactions completed
InnoDB: Starting an apply batch of log records to the database...
InnoDB: Apply batch completed
InnoDB: Started
mysqld: ready for connections

Если ваша база данных повреждена или произошел сбой диска, необходимо 
произвести восстановление из 
резервной копии. В случае повреждения сначала необходимо найти целую 
резервную копию, а из резервной копии произвести восстановление по файлам 
общего журнала MySQL в соответствии с инструкциями руководства MySQL.

7.5.6.1 Контрольные точки

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

В случае восстановления после сбоя InnoDB производит поиск меток контрольных точек, записанных в файлы 
журналов. Известно, что все изменения базы данных, внесенные перед меткой, уже записаны в образ базы 
данных на диске. Затем InnoDB производит сканирование файлов журналов начиная от места контрольной 
точки, и вносит зафиксированные изменения в базу данных.

Запись в файлы журналов в InnoDB осуществляется по круговому методу. Все внесенные изменения, после 
которых страницы базы данных в буфере начинают отличаться от образа на диске, должны быть записаны в 
файлы журналов, на случай, если InnoDB понадобится произвести восстановление. Это означает, что когда 
InnoDB начинает повторно использовать файл журнала по круговому методу, производится проверка на 
наличие в образах страниц базы данных на диске изменений, зафиксированных в файле журнала, который 
InnoDB собирается повторно использовать. Иначе говоря, необходимость поставить контрольную точку 
зачастую приводит к тому, что InnoDB сбрасывает измененные страницы базы данных на диск.

Из сказанного выше становится понятно, почему при больших файлах журналов сокращается количество 
дисковых операций ввода/вывода при создании контрольных точек. Иногда имеет смысл задавать общий 
размер файлов журналов равным буферному пулу или даже больше. Недостатком больших файлов журналов 
является то, что восстановление после сбоя может длиться дольше, так как к базе данных придется 
применить больше информации из файла журнала. 


Да прибудет с вами дистрибутив.
28 дек 04, 21:13    [1216558]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Sad Spirit
Member

Откуда:
Сообщений: 569
Sarin
Почитал я про InnoDB и офигел. Этож получается я про самую крутизну МУСКЛА и не знал.

::вздыхая::
И этот же человек пару тредов назад пытался о чём-то спорить...

Sarin
Особо не вдавался, но вот, держи:

Скажи уж честно: "В документации было слишком много сложных длинных незнакомых слов, я побоялся облажаться, пересказывая её своими словами, и решил запостить сюда".
29 дек 04, 00:05    [1216720]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
2 Sarin:
Спасибо за ответ, но документацию эту я читал, и читал видимо внимательнее, раз я понял что
InnoDB Hot Backup фича ПЛАТНАЯ и, по условиям моего поста не годится :(
29 дек 04, 09:43    [1217032]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Sarin
Member

Откуда: Земля, Солнечная система.
Сообщений: 14485
2 mozheyko_d
Я тоже теперь прочитал внимательно. А может в сети валяются бесплатные фишки дря резервного копирования InnoDB.

А почему, если не секрет, так принципиальна возможность работы с ОЧЕНЬ БОЛЬШИМИ базами?

Да прибудет с вами дистрибутив.
29 дек 04, 12:07    [1217682]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
mozheyko_d

1) FirebirdSQL
- ограничение размера таблицы 36,7 Gb - да это много, но не безгранично.
- отутствие incremental backup

Можно спросить - в таблице много полей типа CHAR или VCHAR?
29 дек 04, 12:32    [1217831]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
Sarin

Я тоже теперь прочитал внимательно. А может в сети валяются бесплатные фишки дря резервного копирования InnoDB.


Может, но что-то я сходу не нашёл. Но если бы это было так и они нормально работали, кто бы покупал этот InnoDB Hot Backup? IMHO MySQL используют люди желающие сэкономить денег на СУБД, и что же тогда им мешает экономить дальше на резервированиии ?

Sarin

А почему, если не секрет, так принципиальна возможность работы с ОЧЕНЬ БОЛЬШИМИ базами?


Не секрет. Просто я раньше использовал Interbase/Firebird, а в новом проекте объём данных будет значительным, поэтому я тут почитал про ограничения Firebird и ужаснулся, не пришлось бы уже работающие программы куда-нибудь портировать, если до размера таблицы 36,7 Gb мне ещё далековато, то ограничение на количество записей 2 млрд.(IMHO бред для СУБД) скоро начнёт превращаться в проблему - в одной табличке за 6 лет накопилось порядка 900 000 000.
29 дек 04, 12:54    [1217924]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
f_w_p
mozheyko_d

1) FirebirdSQL
- ограничение размера таблицы 36,7 Gb - да это много, но не безгранично.
- отутствие incremental backup

Можно спросить - в таблице много полей типа CHAR или VCHAR?


В основном они родимые и есть. А что ?
29 дек 04, 12:55    [1217933]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
mozheyko_d
f_w_p
Можно спросить - в таблице много полей типа CHAR или VCHAR?


В основном они родимые и есть. А что ?

Дело в том, что FB хранит строковые поля в сжатом виде. Поэтому реально в такой таблице пометится гораздо больше данных. Коэффициент ~ 1.3 - 1.4.
29 дек 04, 15:24    [1218791]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
f_w_p
mozheyko_d
f_w_p
Можно спросить - в таблице много полей типа CHAR или VCHAR?


В основном они родимые и есть. А что ?

Дело в том, что FB хранит строковые поля в сжатом виде. Поэтому реально в такой таблице пометится гораздо больше данных. Коэффициент ~ 1.3 - 1.4.


Первый раз слышу про "сжатие", но допустим что да, и что?
Это отменяет ограничение на размер таблицы?
А на ограничение количества записей это как повлияет?
29 дек 04, 15:56    [1219004]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Sarin
Member

Откуда: Земля, Солнечная система.
Сообщений: 14485
А чем тебя MyISAM не устраивает? Там вроде ограничений на количество записей нет. И размер файла до 6 Gb. И гемороится с ними почти не надо.

Да прибудет с вами дистрибутив.
29 дек 04, 16:34    [1219250]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
hvlad
Guest
mozheyko_d
Просто я раньше использовал Interbase/Firebird, а в новом проекте объём данных будет значительным, поэтому я тут почитал про ограничения Firebird и ужаснулся, не пришлось бы уже работающие программы куда-нибудь портировать, если до размера таблицы 36,7 Gb мне ещё далековато, то ограничение на количество записей 2 млрд.(IMHO бред для СУБД) скоро начнёт превращаться в проблему - в одной табличке за 6 лет накопилось порядка 900 000 000.
А что, версии СУБД выходят реже, чем раз в 6 лет ?
Я уже говорил, что в FB2 такого ограничения нет.
29 дек 04, 16:36    [1219259]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
hvlad
Guest
Sarin
А чем тебя MyISAM не устраивает? Там вроде ограничений на количество записей нет. И размер файла до 6 Gb. И гемороится с ними почти не надо.
У FB, при весьма "ограниченном" кол-ве записей (2^32) каждая таблица может быть до 36Gb - ты опять невнимательно прочитал ?
29 дек 04, 16:39    [1219283]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
Sarin
А чем тебя MyISAM не устраивает? Там вроде ограничений на количество записей нет. И размер файла до 6 Gb. И гемороится с ними почти не надо.

Да прибудет с вами дистрибутив.


Господин Sarin, мы уже про Firebird.
29 дек 04, 16:47    [1219332]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
hvlad
mozheyko_d
Просто я раньше использовал Interbase/Firebird, а в новом проекте объём данных будет значительным, поэтому я тут почитал про ограничения Firebird и ужаснулся, не пришлось бы уже работающие программы куда-нибудь портировать, если до размера таблицы 36,7 Gb мне ещё далековато, то ограничение на количество записей 2 млрд.(IMHO бред для СУБД) скоро начнёт превращаться в проблему - в одной табличке за 6 лет накопилось порядка 900 000 000.
А что, версии СУБД выходят реже, чем раз в 6 лет ?
Я уже говорил, что в FB2 такого ограничения нет.


Если не сложно сцылочку, на "FB2 UNLIMITED"
29 дек 04, 16:47    [1219337]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
hvlad
Guest
mozheyko_d
Если не сложно сцылочку, на "FB2 UNLIMITED"
А что такое "UNLIMITED" ?

Вскоре после НГ будут первые официальные альфы.
Отслеживать можно здесь и здесь
29 дек 04, 17:10    [1219449]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
hvlad
mozheyko_d
Если не сложно сцылочку, на "FB2 UNLIMITED"
А что такое "UNLIMITED" ?

Вскоре после НГ будут первые официальные альфы.
Отслеживать можно здесь и здесь


Вы заявили что в FB2 такого ограничения нет следовательно он - UNLIMITED ;-)

Сцылочки эти я давно знаю, хотелось бы сцылочку с которой Вы почерпнули ВЕЛИКОЕ ЗНАНИЕ о снятии ограничений в Firebird2.
29 дек 04, 17:31    [1219545]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32896

Привет, mozheyko_d!
Ты пишешь:

mozheyko_d
Сцылочки эти я давно знаю, хотелось бы сцылочку с которой
Вы почерпнули ВЕЛИКОЕ ЗНАНИЕ о снятии ограничений в Firebird2.

Я тут за Влада подпишусь, бо ему самому об себе, вроде ка неудобно ;)
Смотри сюда:
http://sourceforge.net/project/memberlist.php?group_id=9028
А потом, сюда:
http://cvs.sourceforge.net/viewcvs.py/firebird/firebird2/doc/WhatsNew?rev=HEAD&content-type=text/vnd.viewcvs-markup

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1

29 дек 04, 17:40    [1219580]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
hvlad
Guest
mozheyko_d
Сцылочки эти я давно знаю, хотелось бы сцылочку с которой Вы почерпнули ВЕЛИКОЕ ЗНАНИЕ о снятии ограничений в Firebird2.
Я по сЦылочкам не хожу, мне своего винта хватает :)
Но специально для страждущих - вот
Искать слова
Teach engine to work with larger record numbers - 64-bit internally, 40-bit externally

2 Мимопроходящий:
В WhatsNew этого почему-то нет, но думаю к альфе внесут всё :)
29 дек 04, 17:55    [1219639]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
Мимопроходящий

Привет, mozheyko_d!
Ты пишешь:

mozheyko_d
Сцылочки эти я давно знаю, хотелось бы сцылочку с которой
Вы почерпнули ВЕЛИКОЕ ЗНАНИЕ о снятии ограничений в Firebird2.

Я тут за Влада подпишусь, бо ему самому об себе, вроде ка неудобно ;)
Смотри сюда:
http://sourceforge.net/project/memberlist.php?group_id=9028
А потом, сюда:
http://cvs.sourceforge.net/viewcvs.py/firebird/firebird2/doc/WhatsNew?rev=HEAD&content-type=text/vnd.viewcvs-markup

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1


По поводу первой сцылки:

Снимаю шляпу и низко кланяюсь разработчикам Firebird и hvlad'у лично.

По поводу второй:

очень понравилось:
1) You can now use raw devices to store database.
2) Very fast, nicely tolerates large amount of duplicates, limit of 256 bytes key length removed

Но ткните меня носом в снятие ограничений на кол-во записей или размер таблицы.
29 дек 04, 17:58    [1219655]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32896

Привет, hvlad!
Ты пишешь:

hvlad
h> 2 Мимопроходящий:
h> В WhatsNew этого почему-то нет, но думаю к альфе внесут всё :)

Нам не к спеху ;)
Дед даже на 1.5.2 переход пока не планирует.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1

29 дек 04, 18:04    [1219673]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
hvlad
mozheyko_d
Сцылочки эти я давно знаю, хотелось бы сцылочку с которой Вы почерпнули ВЕЛИКОЕ ЗНАНИЕ о снятии ограничений в Firebird2.
Я по сЦылочкам не хожу, мне своего винта хватает :)
Но специально для страждущих - вот
Искать слова
Teach engine to work with larger record numbers - 64-bit internally, 40-bit externally

2 Мимопроходящий:
В WhatsNew этого почему-то нет, но думаю к альфе внесут всё :)


Нашёл нужные слова, спасибо.
И из них следут, что кол-во записей теперь ограничено 2^40 ?
Это уже лучше.

Позвольте тогда, уважаемый hvlad, спросить Вас, как разработчика, не известно ли Вам про планы снятия/увеличения максимального размера таблицы ?
29 дек 04, 18:05    [1219675]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
hvlad
Guest
Мимопроходящий
Нам не к спеху ;)
Дед даже на 1.5.2 переход пока не планирует
Консерватор он, вот
29 дек 04, 18:11    [1219692]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
hvlad
Guest
mozheyko_d
Нашёл нужные слова, спасибо.
И из них следут, что кол-во записей теперь ограничено 2^40 ?
Это уже лучше.
Не за что. Следует. Лучше ;)

mozheyko_d
Позвольте тогда, уважаемый hvlad, спросить Вас, как разработчика, не известно ли Вам про планы снятия/увеличения максимального размера таблицы ?
Может лучше на ты ? :) Здесь конечно не FIDO, но тем не менее...
Т.к. номер записи увеличился на 8 бит, то макс. кол-во записей и соответственно р-р таблицы увеличился в 256 раз...
Теоритически :)
29 дек 04, 18:31    [1219753]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить