Re: mysqld
- From
- Eugene Grosbein (2:5006/1)
- To
- Dmitry Karasik
- Date
- 2006-11-11T11:21:58Z
- Area
- RU.UNIX.BSD
Reply-To: eugen@grosbein.pp.ru
10 ноя 2006, пятница, в 20:55 KRAST, Dmitry Karasik написал(а):
Eugene>> Это ты про optimize table? На больших таблицах да с индексами
Eugene>> жутко неэффективно в 3.23, но с другой стороны с индексами и
Eugene>> регулярно удаляемыми/вставляемыми новыми логами оно надо?
DK> Да, в постгресе эта штука зовется vacuum table, и тоже очень медленно.
DK> Но в mysql оно я боюсь тоже надо, т.к. принцип там тот же - удаленные
DK> туплы
DK> не реюзаются, новые вставляются в конец, база растет
Почему не резюзаются, что мешает? Ну вот отработал delete, удалил
скажем третью часть данных (вставленных в свое время подряд, у нас
же логи) - почему эту громадную дырку не реюзать? Записис все фиксированной
длины в таблице, само собой.
Eugene
--
Трогай, но не пробуй на вкус
--- slrn/0.9.8.0 (FreeBSD)
* Origin: Svyaz Service JSC (2:5006/1@fidonet)
SEEN-BY: 50/12 400/814 450/159 1024 461/43 132 640 469/999 4616/3 4625/8
SEEN-BY: 4641/444 5000/76 5000 5006/1 8 9 10 14 15 16 17 5007/1 5010/70
SEEN-BY: 5011/13 5012/46 5015/28 5019/31 5020/18 175 194 400 545 982 1057 1909
SEEN-BY: 5020/1922 2238 2395 2871 4441 5021/29 5025/3 5026/14 45 5027/12
SEEN-BY: 5030/1080 1957 5034/10 13 5035/3 38 5036/1 5045/7 5049/1 5051/15
SEEN-BY: 5054/1 4 8 9 11 28 35 36 37 45 63 66 67 70 75 84 85 5059/9 5060/88
SEEN-BY: 5061/15 5062/10 5063/3 5064/7 5066/18 5074/9 5075/5 5076/1 5077/70
SEEN-BY: 5080/1003 5084/9 5085/13 5095/20 5096/18 6001/3 10
PATH: 5006/1 5020/400 545 5054/1 37