תחשוב שבטבלה יש לך נניח BLOB, אתה מבצע SELECT * ובאותו זמן הסרבר מבצע עדכון לאחד מהתאים. האם ייתכן שתשלוף BLOB פגום?

מבדיקה שערכתי מצב כזה לא אפשרי. השמורה היא שברגע שמתבצעת פעולה בטבלה, לא תתבצע פעולה נוספת.

אבל בלי שום קשר, הדברים האלה הם מאוד רלוונטים בעולם התכנות. זאת בעייה הרבה יותר חמורה לקבל מידע פגום (מבחינה בינארית למשל) מאשר לקבל מידע לא מעודכן על המילי שנייה.

1. בוצע עידכון לפני שליפה והDB במצב סטטי - מן הסתם המידע עדכני.

2. מתבצע עידכון לאחר השליפה (לאחר קבלת הנתונים) - המידע לא עדכני.

3. מתבצע עידכון תוך כדי השליפה לפיכך 2 מצבי התרחשות :
א. השליפה תמתין לביצוע העידכון ותשלוף בשנית , מה שיכול להוביל לסעיף 2 לקרות ככה שהרלווטניות לא לפה ולא לשם.
ב. השליפה לא תמתין ותוריד מידע שיעלה במהלכה - המידע לא עדכני.

נפריד לשני מקרים:
א. האם ייתכן שבמהלך עדכון שדה מסויים בשורה, אני אנסה לשלוף מאותו שדה ואז אם המידע הוא בינארי, ישלף לי חצי מידע ישן-חצי מידע חדש; כלומר הקובץ יהיה פגום?
ב. האם ייתכן ש-4 שדות יעודכנו במלואם ואז אני אשלוף שורה שחצי מהמידע בה עודכן?

מתוך האתר של mysql:

When a client uses INSERT DELAYED, it gets an okay from the server at once, and the row is queued to be inserted when the table is not in use by any other thread. 

לינק:

לצרכים שלי אני פשוט צריך לוודא שלא יהיה מצב שהפעולות תתבצענה בו זמנית. לא איכפת לי לחכות בשקט לסיום פעולת ה-INSERT במידה והיא מבוצעת - זה מה שאני רוצה למעשה שיקרה. לא איכפת לי להתחשב בשורות ספציפיות או משהו כזה.

אני חושב שזאת הנחה שסביר להניח (בהנתן אופי ה-DB) וגם הרצתי בדיקה דיי חותכת. אבל בכל זאת, אעדיף לראות מקור רשמי.