Теперь, когда я преобразовал первичные ключи в GUID, как я могу исправить производительность?

Question

Я использую TopLink как мой ORM и MySQL как БД.

Я продал первичные ключи с автоматическим инкрементом для GUID для одной из моих таблиц (хорошо, не совсем: я на самом деле использую случайное 64-битное целое число, но это достаточно хорошо для моих нужд).

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

Что я могу сделать?

Answer 1

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

Answer 2

Убедитесь, что ключевой столбец действительно является ПЕРВИЧНЫМ КЛЮЧОМ и, следовательно, кластерным (физическим) индексом.

Убедитесь, что у вас есть индексы, которые попадают в ваши общие запросы.

---

Случайные целое? Вы понимаете, что есть шанс попасть в тот же самый ключ?

Answer 3

У меня есть поле, которое представляет createDate. как я могу заставить свою таблицу быть индексом соответственно?

create index Table_creationDate on Table(creationDate); 

Answer 4

Если вы используете InnoDB таблиц в MySQL all rows are referred to by primary key, так что если вы используете вторичный ключ производительность будет страдать.