Каковы некоторые причины, почему индекс MySQL был бы 12X размер таблицы?
Вы хотели бы реализовать некоторые из этих настроек через Групповую политику. Если Вы плохо знакомы с GPOS, этот Excel документы мог бы пригодиться (необходимо упомянуть, какой сервер ОС Вы используете):
Ссылки настроек групповой политики для Windows Server и Windows Server
Ваша другая альтернатива должна посмотреть на сценарии их:
Этот размер весьма распространен с индексами, специально для полей крупного текста. В то время как это могло бы быть показательно из плохой стратегии индексации, текст особенно более сложен для индексации, чем числа, особенно при включении поисков подстроки, не привязанных на начале текстового поля.
В то время как большой индекс мог бы казаться медленным по своему характеру, он может (или должен быть), перемещенный вполне быстро из-за его высоко структурированного характера, и таким образом приведите к указателям на корректные данные быстрее, чем исчерпывающий поиск самих данных.
Принятие их продолжит соответствовать на диске, реальные тесты Ваших индексов являются удовлетворительным поиском, обновлением и дополнительные времена, тем более, что объем данных масштабируется. Если эти аспекты продолжают соответствовать, большой индекс терпим.
Факторы, которые могут негативно влиять на размер индекса
- Распределение данных (т.е. если это универсально или смещено),
- Порядок вставляемых/удаляемых/обновляемых данных (т.е. если это не случайно),
- Для varchar's, размер и набор символов varchar
- Для innodb, с помощью излишне большого типа данных для первичного ключа будет влиять на вклад каждого индекса, поскольку это - неявно часть его
Как Вы отметили, переписывание индекса (т.е. оптимизация таблицы) могут/, балансируют индексную структуру снова.