|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
Добрый день Нужно спроектировать такой процес на БД : Есть таблица, в нее один процес пишет поочередно 400 хешей в минуту , а другой процес провиреят есть ли хеш в талице. В среднем будеь 50% операций записи и 50% операций чтения. Количество записей\чтений может возростать Которою технологию можете посоветовать? Пока тестирую MySQL -> InnoDB таблицу Может есть хорошие nosql решения? Или какой-то тонкий тюнинг MySQL? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2018, 14:48 |
|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
denis111111Которою технологию можете посоветовать? Memory Mapped File если требуется долговременное хранение этих хэшей. In-memory hash table если не требуется. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2018, 15:04 |
|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
denis111111, Redis? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2018, 15:34 |
|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
имхо, Redis самое оно ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2018, 17:03 |
|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
https://yottadb.com/whats-new/yottadb-r1-20-released/ - A C API to call the database management engine directly. As C is the lingua franca of computer languages, this makes the engine accessible from other languages. In the future, we anticipate creating standard wrappers to the engine from other languages, and we invite members of the community to do so as well. - An all-new manual, the Multi-Language Programmers Guide to access the C API. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2018, 17:58 |
|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
denis111111Добрый день Нужно спроектировать такой процес на БД : Есть таблица, в нее один процес пишет поочередно 400 хешей в минуту , а другой процес провиреят есть ли хеш в талице. В среднем будеь 50% операций записи и 50% операций чтения. Количество записей\чтений может возростать Которою технологию можете посоветовать? Пока тестирую MySQL -> InnoDB таблицу Может есть хорошие nosql решения? Или какой-то тонкий тюнинг MySQL? Для управления данными, в целом, и для такого рода задач, в частности, к сожалению, до сих пор существует только одна технология - mumps. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.04.2018, 11:53 |
|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovdenis111111Которою технологию можете посоветовать? Memory Mapped File если требуется долговременное хранение этих хэшей. In-memory hash table если не требуется. почему просто не написать - redis ) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.04.2018, 13:45 |
|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
denis111111400 хешей в минутупри столь мизерных объемах можно использовать что угодно. разве что тетрадки с карандашом окажется маловато. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.04.2018, 13:49 |
|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
miksoft, Да это немного, но потом нагрузка может вырасти. По идее мне пока и InnoDB хватает. Провел некоторые тесты без глубокого тюнинга Mysql/redis - чистая установка как есть. 100000 операций записи\чтения без батчей. Mysql InnoDB - 285с Mysqs Memory - 15с Redis - 20с ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2018, 10:34 |
|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
denis111111Mysqs Memory - 15с Redis - 20ссмысл сравнивать инмемори (отсутствие персистентности) с системами предоставляющими таковую? вам всё равно, что ваши хэши будут потеряны в случае чего? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2018, 12:48 |
|
Что использовать при большом количестве read/write операциях
|
|||
---|---|---|---|
#18+
denis111111тесты без глубокого тюнинга MysqlНапрасно. Насчет самых последних версий не помню, а в предыдущих некоторые дефолтные настройки весьма сильно портили производительность. denis111111без батчей.Почему же? Если откуда-то извне прилетает миллион записей (вы же ориентируетесь на высокую производительность, не так ли?), то их быстрее всего вставлять именно батчем. В идеале даже без запихивания всех данных в SQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2018, 18:50 |
|
|
start [/forum/topic.php?fid=32&tid=1540054]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
152ms |
get topic data: |
9ms |
get forum data: |
5ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 265ms |
0 / 0 |