ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / MySQL [игнор отключен] [закрыт для гостей] / индексация в innodb
43 сообщений из 43, показаны все 2 страниц
  все  
индексация в innodb
    #38609649
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
значит сгенерировал таблицу на милиард записей, без ключей и прочего. (чтобы быстро генерировать)

теперь индексирую, пол суток прошло, обработано только 12 милионов записи, тоесть весь процес займёт около 40 суток...мне кажеться что сдесь чтото не то.

ТАБЛИЦА
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
CREATE TABLE `files` (
	`PK` BIGINT(20) NOT NULL AUTO_INCREMENT,
	`f1` BINARY(20) NOT NULL,
	`f2` BINARY(20) NOT NULL,
	`f3` INT(11) NULL DEFAULT NULL,
	`f4` BIGINT(20) NOT NULL,
	`f5` VARBINARY(255) NULL DEFAULT NULL,
	`f6` BINARY(32) NOT NULL,
	`f7` SMALLINT(6) NULL DEFAULT NULL,
	`f8` SMALLINT(6) NULL DEFAULT '0',
	`f9` VARCHAR(255) NULL DEFAULT NULL,
	`f10` BIGINT(20) NULL DEFAULT NULL,
	`f11` SMALLINT(6) NULL DEFAULT NULL,
	`f12` INT(11) NULL DEFAULT NULL,
	`f13` SMALLINT(6) NULL DEFAULT '0',
	`f14` TINYINT(4) NULL DEFAULT '1',
	`f15` TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
	`f16` TIMESTAMP NULL DEFAULT NULL,
	PRIMARY KEY (`f1`),
	UNIQUE INDEX `uk1` (`f2`, `f4`),
	UNIQUE INDEX `uk2` (`f1`) USING BTREE,
	INDEX `ak1_idx` (`f4`),
	INDEX `ak2_idx` (`f3`),
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB



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


ЗЫ поменял названия полей, чтоб не сбивать с толку что и зачем. ведь логика полей не влияет на медлительность индексации :)
...
Рейтинг: 0 / 0
09.04.2014, 12:27:20
| Ответить | Цитировать | Написать  
индексация в innodb
    #38609664
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
сколько выделено памяти?
есть подозрение, что время уходит на дисковые операции
...
Рейтинг: 0 / 0
09.04.2014, 12:31:28
| Ответить | Цитировать | Написать  
индексация в innodb
    #38609688
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
Код: plaintext
1.
2.
3.
Воссоздайте индексы при помощи команды myisamchk -r -q /path/to/db/tbl_name. 
Эта процедура создает индексное дерево в памяти, перед тем как записать его на диск, 
что гораздо быстрее за счет исключения большого количества дисковых операций. 
Индексное дерево, получившееся в результате, к тому же отлично сбалансировано.

http://linux.yaroslavl.ru/docs/www/mysql/doc/Insert_speed.html
...
Рейтинг: 0 / 0
09.04.2014, 12:42:15
| Ответить | Цитировать | Написать  
индексация в innodb
    #38609750
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
вадяВоссоздайте индексы при помощи команды myisamchkтам же InnoDB
...
Рейтинг: 0 / 0
09.04.2014, 13:05:43
| Ответить | Цитировать | Написать  
индексация в innodb
    #38609758
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
miksoftвадяВоссоздайте индексы при помощи команды myisamchkтам же InnoDB


не заметил... :)
...
Рейтинг: 0 / 0
09.04.2014, 13:07:54
| Ответить | Цитировать | Написать  
индексация в innodb
    #38609797
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
вадясколько выделено памяти?
есть подозрение, что время уходит на дисковые операции

Та тоже подумал, только какие имено параметры смотреть надо, там же много по памяти?!

ЗЫ
кслову на сервере 16Гб оперативки, работает только Mysql и только одна база. так что можно не экономить
...
Рейтинг: 0 / 0
09.04.2014, 13:23:47
| Ответить | Цитировать | Написать  
индексация в innodb
    #38609839
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
судя по всему у тебя разовая операция - можно отдать всю
и посмотреть заогрузку диска - разными прогами, в зависимости от оси
...
Рейтинг: 0 / 0
09.04.2014, 13:38:06
| Ответить | Цитировать | Написать  
индексация в innodb
    #38609874
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
вадясудя по всему у тебя разовая операция - можно отдать всю
и посмотреть заогрузку диска - разными прогами, в зависимости от оси

так всю отдать не проблема, но куда именно??? там с десяток настроек по памяти??

key_buffer_size ?

я эту переменную на лету изменил в базе быстрее не стало, или её только через конфиг можно менять ?
...
Рейтинг: 0 / 0
09.04.2014, 13:50:29
| Ответить | Цитировать | Написать  
индексация в innodb
    #38609978
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
как правило, сколько генерил, столько и будет индексироваться.

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


При alter mysql обычно (так всегда традиционно было, может поменяли в последних версиях) копирует данные в новую таблицу. Это в общем-то полная Ж.

Так что обычный паттерн "Залил -- проиндексировал" с MySQL не прокатывает -- становится антипаттерном.

Если там только индексы, может быть всё лучше, но тем не менее.

Про Inno -- там у таблицы первичный ключ всегда кластерный, поэтому его надо создавать заранее, иначе -- опять таки полное копирование таблицы в новое место, но это уже безотносительно идиотизма ядра MySQL.

Ну и на последок -- миллиард -- вовсе не шуточки, по хорошему это вообще не для MySQL.

MySQL -- хранить говноданные говноинтернетпользователей на говношардингах. Это например 1000 маленьких MySQL-иков по миллиону записей в каждом. С миллионом он справляется легко.
...
Рейтинг: 0 / 0
09.04.2014, 14:43:53
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610031
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
MasterZivПри alter mysql обычно (так всегда традиционно было, может поменяли в последних версиях) копирует данные в новую таблицу. Это в общем-то полная Ж.Не встречал такого ни разу. Новая копия возникает при изменении типов/состава полей. Но не при создании индексов.
...
Рейтинг: 0 / 0
09.04.2014, 15:12:48
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610041
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
авторНу и на последок -- миллиард -- вовсе не шуточки, по хорошему это вообще не для MySQL.
у вас какие то странные представления о MySql
...
Рейтинг: 0 / 0
09.04.2014, 15:18:17
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610046
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
miksoftMasterZivПри alter mysql обычно (так всегда традиционно было, может поменяли в последних версиях) копирует данные в новую таблицу. Это в общем-то полная Ж.Не встречал такого ни разу. Новая копия возникает при изменении типов/состава полей. Но не при создании индексов.

авторPRIMARY KEY (`f1`),
UNIQUE INDEX `uk1` (`f2`, `f4`),
UNIQUE INDEX `uk2` (`f1`) USING BTREE,
INDEX `ak1_idx` (`f4`),
INDEX `ak2_idx` (`f3`),


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

или ктото не договаривает или ктото первичный ключ меняет.
...
Рейтинг: 0 / 0
09.04.2014, 15:19:25
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610048
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
авторПри alter mysql обычно (так всегда традиционно было, может поменяли в последних версиях) копирует данные в новую таблицу. Это в общем-то полная Ж.

ms sql server в лог копирует таблицу целиком при alter. и ничего никто еще не умер.
...
Рейтинг: 0 / 0
09.04.2014, 15:20:39
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610052
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
ScareCrowmiksoftпропущено...
Не встречал такого ни разу. Новая копия возникает при изменении типов/состава полей. Но не при создании индексов.

авторPRIMARY KEY (`f1`),
UNIQUE INDEX `uk1` (`f2`, `f4`),
UNIQUE INDEX `uk2` (`f1`) USING BTREE,
INDEX `ak1_idx` (`f4`),
INDEX `ak2_idx` (`f3`),


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

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

Про него сгоряча не подумал, т.к. не привык к таблицам без ПК.
...
Рейтинг: 0 / 0
09.04.2014, 15:23:34
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610067
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
alex564657498765453так всю отдать не проблема, но куда именно??? там с десяток настроек по памяти??

key_buffer_size ?Нет, key_buffer_size это только для MyISAM.
Для начала проверьте, что innodb_buffer_pool_size приличного размера. Например, 8G.

Но лучше, наверное, пересоздать табличку с ПК заново. Думаю, выйдет быстрее.
...
Рейтинг: 0 / 0
09.04.2014, 15:30:48
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610090
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
miksoftalex564657498765453так всю отдать не проблема, но куда именно??? там с десяток настроек по памяти??

key_buffer_size ?Нет, key_buffer_size это только для MyISAM.
Для начала проверьте, что innodb_buffer_pool_size приличного размера. Например, 8G.

Но лучше, наверное, пересоздать табличку с ПК заново. Думаю, выйдет быстрее.

innodb_buffer_pool_size поставил 10Гб

а также

innodb_buffer_pool_size = 10G

innodb_flush_log_at_trx_commit = 0 - пойдёт

innodb_thread_concurrency = 8 - нашол формулу типо число ядер на два, ядер 8 но
подозреваю что их 4, 8 это виртуальные ядра(8 потоков)

innodb_flush_method = O_DIRECT, написано рекомендуеться для очень больших файлов данных(200Гб это достаточно большой)


ну а нащот пересоздать файл данных, там же связаная таблица есть ещо, где 2+млрд записей

вообщем это двое суток генерировалося в таблицы без индексов. или даже чуть больше.

вообщем счас пошло копирование во временную таблицу медленно... за час всего 3млн записей, или он копирует сразу создавая индексы?

ЗЫ
нащо сразу первичного ключа, я подумал что это замедлит генерацию данных, вставку.

ЗЫЗЫ - генерировала хранимая процедура.
...
Рейтинг: 0 / 0
09.04.2014, 15:40:09
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610117
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
alex564657498765453нащо сразу первичного ключа, я подумал что это замедлит генерацию данных, вставку.Скорее, даже ускорит.
У InnoDB есть фича. Поскольку без ПК в нем таблицы не могут существовать в принципе, в тех случаях, когда пользователь не указал ПК явно и нет ни одного уникального ключа, создается невидимое целочисленное поле размером 6 байт, которое и используется как ПК.
Т.е. помимо данных таблицы придется на диск писать еще и 6 ГБ бесполезных данных.
...
Рейтинг: 0 / 0
09.04.2014, 15:50:10
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610118
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
вообщем решил ещо раз рестартануть, только теперь без опции
innodb_flush_method = O_DIRECT
(это же виртуальный сервер, и диск у него виртуальный ,то есть прямой работы один чорт не будет, а вот лишний геморой может сделать)

ну и пулсайз 12 гб сделал.

обработка во временую таблицу вроде пошла быстрее. до этого было за секунду гдето 1-3 тыщи записей, теперь около 10тыщ
...
Рейтинг: 0 / 0
09.04.2014, 15:51:09
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610124
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
miksoftalex564657498765453нащо сразу первичного ключа, я подумал что это замедлит генерацию данных, вставку.Скорее, даже ускорит.
У InnoDB есть фича. Поскольку без ПК в нем таблицы не могут существовать в принципе, в тех случаях, когда пользователь не указал ПК явно и нет ни одного уникального ключа, создается невидимое целочисленное поле размером 6 байт, которое и используется как ПК.
Т.е. помимо данных таблицы придется на диск писать еще и 6 ГБ бесполезных данных.


мдя, походу я немного соврал, говоря что я подумал. похоже то ли не думал, то ли не тем девайсом думал., я же знал про "невидимый" первичный ключ :):):)
...
Рейтинг: 0 / 0
09.04.2014, 15:52:32
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610126
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
alex564657498765453это же виртуальный сервер, и диск у него виртуальныйБоюсь, еще тут могут быть потери по скорости дисков в разы... Зависит от того, как именно подключен диск.
...
Рейтинг: 0 / 0
09.04.2014, 15:52:59
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610414
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
У меня идея, может дабы не перегенерировать данные на милиард записей, и связаные 2млрд
(там функция ша1 пару раз вызываеться, плюс формул хватает)

а создать рядом таблицу, только уже с явнозаданым примари кеем и перекопировать данные? в исходной таблице данные уже размещены в порядке возрастания этого поля, что для ПК.

?!
...
Рейтинг: 0 / 0
09.04.2014, 19:23:05
| Ответить | Цитировать | Написать  
индексация в innodb
    #38610418
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
alex564657498765453а создать рядом таблицу, только уже с явнозаданым примари кеем и перекопировать данные?Собственно, создание ПК именно это и делает.
Но по неизвестным мне причинам бывает, что ручное действие происходит быстрее, чем неявное. Так что пробуйте.
...
Рейтинг: 0 / 0
09.04.2014, 19:31:13
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616315
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
Опять проблема.

раньше при индексации таблиц на милиард записей, я столкнулся что с добавлением примари кея, таблица заново пересоздаёться на винчестере, и поэтому долго.

сделал как советовали, заново сгенерировал таблици на 1 и 2 млрд записей(родитель, дочерняя) и индексация прошла сравнительно быстро, за сутки что одна что другая проиндексировались.

Но теперь когда я попытался добавить внешние ключи, опять теже грабли - идёт копирование таблицы во временый файл, приблизительно 1000 записей в секунду обрабатывает, так что перспектива - 1000 000 секунд. ожидания.


Но , если я сразу сделаю таблицу с примари кеем, и внешними ключами = индексами, то я буду долго генерировать этот обьём данных. там вставка капец как медленно пойдёт.

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

ЗЫ
база получаеться такой
FK - внешний ключ
EK- уникальный ключ
AK - индекс
C - мощность(число записей)

t1: FK->t2(bigint) EK(varchar[40]) C=150K
t2: FK->t1(int) FK->t2(bigint) EK(binary[20]) EK(varbinary[255],bigint[=FK->t2]) C=16M
t3: FK->t1(int) FK->t2(bigint) EK(binary[20]) EK(varbinary[255],bigint[=FK->t2]) C=1G
t4: FK->t3(bigint) AK(int) AK(int) AK(int) C=2G

t2,t3 - второй уникальный ключ по двум полям шифрованая строка(имя) плюс сссылка на родителя. ибо имена могут совпадать у елементов, но при условии разного родителя.

=======
подойдёт любая помощь , как и по генерации быстрой подобной базы, так возможно кто-то покритикует ещо структуру.
...
Рейтинг: 0 / 0
16.04.2014, 12:18:14
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616342
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
alex564657498765453,

Когда узнаешь как, расскажи и мне.
Я например не знаю, что в этом случае делать.
Ну кроме как патчить код мыскля.
...
Рейтинг: 0 / 0
16.04.2014, 12:31:27
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616401
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
MasterZiv,

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

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

вот так вот бывает.
...
Рейтинг: 0 / 0
16.04.2014, 13:04:28
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616404
bochkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bochkov
Участник
может с переменными поиграться например @@FOREIGN_KEY_CHECKS
...
Рейтинг: 0 / 0
16.04.2014, 13:08:57
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616407
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
bochkov,

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

но большей проблемой являеться то, что внешний ключ, означает наличие индекса - а вот добавление в индекс...вот это время сжирает страшно при генерации данных и вставкой.
...
Рейтинг: 0 / 0
16.04.2014, 13:14:44
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616427
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
alex564657498765453но большей проблемой являеться то, что внешний ключ, означает наличие индекса - а вот добавление в индекс...вот это время сжирает страшно при генерации данных и вставкой.

Внешний ключ не означает наличие индекса.
...
Рейтинг: 0 / 0
16.04.2014, 13:32:09
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616485
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
MasterZiv,

не понял... это как? в мускле можно создать констрейн без индексов?...круто...
...
Рейтинг: 0 / 0
16.04.2014, 14:10:40
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616547
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
alex564657498765453,

http://dev.mysql.com/doc/refman/5.5/en/create-table-foreign-keys.html
MySQL requires indexes on foreign keys and referenced keys so that foreign key checks can be fast and not require a table scan. In the referencing table, there must be an index where the foreign key columns are listed as the first columns in the same order. Such an index is created on the referencing table automatically if it does not exist. This index might be silently dropped later, if you create another index that can be used to enforce the foreign key constraint. index_name, if given, is used as described previously.
...
Рейтинг: 0 / 0
16.04.2014, 14:45:33
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616579
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
alex564657498765453MasterZiv,

не понял... это как? в мускле можно создать констрейн без индексов?...круто...

в Оракле же можно.
...
Рейтинг: 0 / 0
16.04.2014, 15:06:13
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616582
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
давай еще раз. ты СНАЧАЛА делаешь нужный индекс а ПОТОМ вешаешь на него констрейнт? или как?
...
Рейтинг: 0 / 0
16.04.2014, 15:07:46
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616584
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
автор, так как форумы говорят что не возможно без написания своего мини протокола и обмена через сокеты.
ЧЕГО????
...
Рейтинг: 0 / 0
16.04.2014, 15:10:29
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616588
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
https://dev.mysql.com/doc/refman/5.6/en/innodb-create-index-overview.html

авторTo avoid copying the table, disable foreign_key_checks during constraint creation.

начиная с Mysql 5.6
...
Рейтинг: 0 / 0
16.04.2014, 15:13:54
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616626
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
ScareCrow https://dev.mysql.com/doc/refman/5.6/en/innodb-create-index-overview.html

авторTo avoid copying the table, disable foreign_key_checks during constraint creation.

начиная с Mysql 5.6

как я и сказал, то что кажеться не решаемым, вполне может иметь очень простое решение.

так ..смайлика обнимашки целовашки нету... ну ты понял . СПАСИБИЩЕ! ЧЕЛОВЕЧИЩЕ!
...
Рейтинг: 0 / 0
16.04.2014, 15:36:31
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616628
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
bochkovможет с переменными поиграться например @@FOREIGN_KEY_CHECKS

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

спасибо
...
Рейтинг: 0 / 0
16.04.2014, 15:38:07
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616702
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
alex564657498765453ScareCrow https://dev.mysql.com/doc/refman/5.6/en/innodb-create-index-overview.html

пропущено...


начиная с Mysql 5.6

как я и сказал, то что кажеться не решаемым, вполне может иметь очень простое решение.

так ..смайлика обнимашки целовашки нету... ну ты понял . СПАСИБИЩЕ! ЧЕЛОВЕЧИЩЕ!

чорт, у меня 5.5. вообщем всёравно копирует таблицу.


У меня счас есть, таблицы - куда я нагенерировал кучу данных.
Туда уже добавлены индексы которые должны быть.

теперь пытаюсь добавить ограничения - внешние ключи типа такого команда

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
ALTER TABLE `db`.`tb` 

  ADD CONSTRAINT `cname`

  FOREIGN KEY (`fk_field` )

  REFERENCES `db`.`tb2` (`id` )

  ON DELETE CASCADE

  ON UPDATE CASCADE
...
Рейтинг: 0 / 0
16.04.2014, 16:40:23
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616733
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
авторначиная с Mysql 5.6
...
Рейтинг: 0 / 0
16.04.2014, 17:06:09
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616738
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
ScareCrow,

да я видел это... так мне то что теперь делать... мнеж надо както базу создать на том что есть...
...
Рейтинг: 0 / 0
16.04.2014, 17:09:01
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616805
Cygapb-007
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cygapb-007
Участник
alex564657498765453 ,

а может, просто влопп ?
Код: sql
1.
2.
3.
insert new_table
select * from old_table;
-- drop table old_table;

new_table - пустая таблица со всеми индексами сразу.
...
Рейтинг: 0 / 0
16.04.2014, 17:46:12
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616845
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
Cygapb-007,

и сколько по времени оно будет один милиард записей закидывать?!
...
Рейтинг: 0 / 0
16.04.2014, 18:31:26
| Ответить | Цитировать | Написать  
индексация в innodb
    #38616859
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
Cygapb-007 alex564657498765453 ,

а может, просто влопп ?
Код: sql
1.
2.
3.
insert new_table
select * from old_table;
-- drop table old_table;

new_table - пустая таблица со всеми индексами сразу.

вообщем попробовал, после того как процесс дошол до милиона записей, скорость установилась 1250 записей в секунду. и потихоньку продолжает падать... похоже оно индексы заново строит. так что не быстрей счас чем копирование таблицы, но в перспективе будет медленее..
...
Рейтинг: 0 / 0
16.04.2014, 18:51:00
| Ответить | Цитировать | Написать  
индексация в innodb
    #38617287
alex564657498765453
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex564657498765453
Участник
ScareCrowавторначиная с Mysql 5.6

может я чтото не так делаю.

обновил до версии 5.6

Код: sql
1.
2.
3.
#service mysql status

--->  Server version          5.6.16-64.2-569.precise



делаю

Код: sql
1.
2.
3.
4.
5.
6.
show global variables like '%check%';

set global foreign_key_checks = 0;
set global unique_checks = 0;

show global variables like '%check%';



убеждаюсь что стали фолс значениями.
в новом подключении к базе убеждаюсь что проверка отключена и запускаю свой

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
ALTER TABLE `scirbs`.`files` 

  ADD CONSTRAINT `fk_files_folders`

  FOREIGN KEY (`fk_idfolder` )

  REFERENCES `scirbs`.`folders` (`idfolder` )

  ON DELETE CASCADE

  ON UPDATE CASCADE, 

  ADD CONSTRAINT `fk_files_users`

  FOREIGN KEY (`fk_iduser` )

  REFERENCES `scirbs`.`users` (`iduser` )

  ON DELETE SET NULL

  ON UPDATE CASCADE



и всеравно процес пошол copy to tmp table

ктото может подсказать что не так.
...
Рейтинг: 0 / 0
17.04.2014, 11:21:13
| Ответить | Цитировать | Написать  
43 сообщений из 43, показаны все 2 страниц
  все  
Форумы / MySQL [игнор отключен] [закрыт для гостей] / индексация в innodb
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=47&tid=1834970]:
 0ms
get settings:
 10ms
get forum list:
 20ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 74ms
get topic data:
 13ms
get forum data:
 3ms
get page messages:
 68ms
get tp. blocked users:
 1ms
others: 234ms
total:  431ms
созд. / загр.: 431ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]