exp_assets_index_data табліца MASSIVE

Я бягу активы2, злучаючыся з некаторымі вёдрамі S3. На дадзены момант мы пераход ад аднаго набору каўшоў і іншага, так што я б чакаць, наш індэкс будзе ў два разы больш, як гэта ў канчатковым выніку будзе. Але нядаўнія дампы базы дадзеных, як уяўляецца, расце ў геаметрычнай прагрэсіі (ён саскочыў з 10.4Mb да 40Mb на тыдзень і ёсць рэдакцыйная каманда аднаго працоўнага на зборцы!), І я думаю, што гэта табліца assets_index_data - здымак сёння раніцай кажа мне, што яна мае 3,045,452 радкоў.

Я б здзівіўся, калі б мы мелі 10000 малюнкаў у гэтых калектыўных вёдрах, так што я не магу зразумець, чаму гэтая табліца настолькі зверская - вядома, гэта не можа быць праўдай? Яна змяшчае вялікія групы радкоў, якія ўсе маюць адзін і той жа ідэнтыфікатар сесіі - гэта амаль як калі б кожны раз, калі індэксуюць вядра, ён стварае новыя радкі, а не абнаўленне існуючых, што прыводзіць да надзвычай раздзьмутай табліцы.

Вядома, я магу быць цалкам няправільна і, магчыма, яна павінна быць такі вялікі, але гэта не здаецца правільным, і не можа працягваць расці такім чынам!

1

1 адказы

Актывы сапраўды дадаюць новыя радкі кожны раз, калі вы запускаеце індэксацыю. Актывы павінны таксама выдаліць радкі, якія адносяцца да бягучай сесіі, як толькі гэта зроблена індэксацыі (калі гэта дазволена працаваць да канца).

У любым выпадку, гэта зусім бяспечна пакараціць гэтую табліцу, калі вы не ў сярэдзіне запуску абнаўлення індэкса.

1
дададзена
Дзякуючы Andris - Спытаю каманду P & T, каб убачыць, калі ёсць усё, што мы можам зрабіць з гэтай нагоды. Можа быць, што індэкс ніколі не завяршаецца паспяхова, і менавіта таму ён не працуе належным чынам.
дададзена аўтар RemcoGerlich, крыніца