Sql_querry 이후에 sql_insert_id사용
본문
wirte_comment_update.php 에서
에서 많은 사람이 댓글을 쓰고 있다면,
과 <== 다른 sql_query($sql) 실행되면
$comment_id = sql_insert_id(); 사이에서 다른 comment_id가 끼어 들어올 확률이 있을 까요?
아주 많은 트랙잰션이 일어난다고 하면 저 사이에 끼어들면서, 다른 아이디가 올라올 수도 있을 것 같은데.
실제로 그누보드가 많이 설치되어서 아직 그런 버그 레포트는 없는 것 같아서..
https://www.php.net/manual/en/function.mysql-insert-id.php
아니면 SQL차원에서 Lock이 되는것인지 궁금하네요
답변 5
connection pooling을 그누보드 코드에서는 사용을 안했나요?
그누보드는 무척 보수적이라고 생각합니다. 좀 어렵거나 특이한 기능은 안 쓰는 경향이라고 봅니다.
https://stackoverflow.com/questions/39753/connection-pooling-in-php
php 초기 버젼에는 본 듯한데
요즘 php 버젼에서는 없어졌나 봅니다.
이론적으로는 두 실행문 끼어 들것 같은 느낌이 들어서 찾아 봤습니다.
https://locallost.net/?p=1091 그런데 속도가 너무 늦어질 것 같네요.
두번째로는 SQL 실행문을 한번에 처리.. https://stackoverflow.com/questions/3837990/last-insert-id-mysql
에서와 같이
그럴리가요
뒤죽박죽이 된다면 그런 database는 아무도 사용하지 않을테죠
sql query가 실행되면서 바로 아이디를 읽어다 두는 라이브러리 같습니다.
단일 db에서는 고민 없이 쓰시면 됩니다.
이게 걱정이 되신다면, innodb 변경 isolation level을 높히시면 됩니다. 그냥 쓰셔도 무방하지만 해당 소스에 여러 테이블 참조가 있고 트랜젝션을 보장해야 하는 경우라면, 좀더 신중히 코드 작성이 필요합니다.
그누보드는 애초에 트랜젝션 보장을 위한 기능을 사용하지 않고, 영카트도 테이블락 방식으로 위의 기능을 수행합니다.
쓰다보니, 영카트의 on_uid 채번 방식을 참조하는것도 괜찮을것 같네요. 위와 같은 문제를 해결하기 위해 구현된 방법입니다.
단일 db에서는 고민 없이 쓰시면 됩니다.
이게 걱정이 되신다면, innodb 변경 isolation level을 높히시면 됩니다. 그냥 쓰셔도 무방하지만 해당 소스에 여러 테이블 참조가 있고 트랜젝션을 보장해야 하는 경우라면, 좀더 신중히 코드 작성이 필요합니다.
그누보드는 애초에 트랜젝션 보장을 위한 기능을 사용하지 않고, 영카트도 테이블락 방식으로 위의 기능을 수행합니다.
쓰다보니, 영카트의 on_uid 채번 방식을 참조하는것도 괜찮을것 같네요. 위와 같은 문제를 해결하기 위해 구현된 방법입니다.
