Зависит ли скорость записи в БД от количества в ней записей?

Question

[weranda]

1. Меняется/Зависит ли как-то скорость записи в таблицу БД от количества записей в таблице?
2. Меняется/Зависит ли как-то скорость записи в таблицу БД от количества таблиц в БД?
3. Меняется/Зависит ли как-то скорость записи в таблицу БД от количества записей в соседних таблицах БД?

Comments

[Everything_is_bad]

не там ты ищешь проблему

Answer 1

[Ипатьев]

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

Answer 2

[YepBro]

1. Меняется/Зависит ли как-то скорость записи в таблицу БД от количества записей в таблице?

При добавление записи в таблицу обновляются индексы (если они там есть), так что чем больше таблица тем медленнее будет запись (если в таблицы есть индексы кроме primery key). Это можно заметить если начать добавлять большое кол-во строк (построчно) в таблицу с индексами. Сперва добавление будет идти быстро, потом все медленнее и медленнее. Один из способов борьбы с этим - пакетное добавление.

Answer 3

[ThunderCat]

1) Да, при условии наличия индексов помимо примари кей.
2) Примерно то же самое - при наличии внешних ключей в эти таблицы запись будет идти медленнее с ростом количества записей и соответственно перестройки индексов.
3) См. п. 2.

Comments

[Akina]

1) Да, при условии наличия индексов помимо примари кей.

Товарищ спрашивает не о количестве записываемых данных, а о количестве уже имеющихся.

[ThunderCat]

Akina, перестройка индекса будет дольше на большом объеме. Это неизбежно, так как индексы не дописываются, а переписываются. Возможно падение скорости будет не драматическим, но оно безусловно будет.

[Akina]

ThunderCat,

перестройка индекса будет дольше на большом объеме.

Что-то я ни за одной СУБД не знаю перестройки индекса при добавлении записи.

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

offtop

Более того, MySQL (а именно такой тег у вопроса) вообще не занимается сбором мусора в индексах и в принципе не переиспользует пустые (вернее, опустевшие в процессе работы) блоки. Давным-давно они что-то про это писали в блоге, что уж больно геморройным получается цепной index space garbage.

[ThunderCat]

Akina,

Размер таблицы замедляет вставку индексов на log N для индексов B-tree.

www.rldp.ru/mysql/mysql80/optimiz.htm
Не буду приводить более простые объяснения "на пальцах" с других сайтов, но в основном большинство статей пишет о замедлении вставки при увеличении размера таблиц. Возможно есть какие-то конкретные материалы говорящие о том что вставка не замедляется с ростом объема таблицы, но я на них не наткнулся.

Answer 4

[Akina]

1. Меняется/Зависит ли как-то скорость записи в таблицу БД от количества записей в таблице?

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

2. Меняется/Зависит ли как-то скорость записи в таблицу БД от количества таблиц в БД?

В MySQL - нет.

3. Меняется/Зависит ли как-то скорость записи в таблицу БД от количества записей в соседних таблицах БД?

В MySQL - нет. За исключением случая, когда пополняемая таблица имеет внешний ключ на другую таблицу. Но и в этом случае есть факторы, которые влияют на скорость записи гораздо сильнее.

Да и разница в значении параметра "количество записей" должна быть на несколько порядков, чтобы разница по скорости записи была хотя бы не меньше точности измерения.