Re: INSERT...ON DUPLICATE KEY LOCK FOR UPDATE
От | Peter Geoghegan |
---|---|
Тема | Re: INSERT...ON DUPLICATE KEY LOCK FOR UPDATE |
Дата | |
Msg-id | CAM3SWZQnjGXQY7++9NwY2ZsVk1o9kKh=2X5S_iG3RXc+rkekkQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: INSERT...ON DUPLICATE KEY LOCK FOR UPDATE (Peter Geoghegan <pg@heroku.com>) |
Ответы |
Re: INSERT...ON DUPLICATE KEY LOCK FOR UPDATE
|
Список | pgsql-hackers |
On Tue, Nov 26, 2013 at 1:41 PM, Peter Geoghegan <pg@heroku.com> wrote: > Great. I'll let you know what I think. So having taken a look at what you've done here, some concerns remain. I'm coming up with a good explanation/test case, which might be easier than trying to explain it any other way. There are some visibility-related race conditions even still, with the same test case as before. It takes a good while to recreate, but can be done after several hours on an 8 core server under my control: pg@gerbil:~/pgdata$ ls -l -h -a hack_log.log -rw-rw-r-- 1 pg pg 1.6G Nov 27 05:10 hack_log.log pg@gerbil:~/pgdata$ cat hack_log.log | grep visible ERROR: attempted to update invisible tuple ERROR: attempted to update invisible tuple ERROR: attempted to update invisible tuple FWIW I'm pretty sure that my original patch has the same bug, but it hardly matters now. -- Peter Geoghegan
В списке pgsql-hackers по дате отправления: