SET & GET

SET และ GET — หัวใจของ string ใน Redis

SET key value ใช้เก็บ string ส่วน GET key ใช้ดึงค่ากลับมา ถ้า key มีอยู่แล้ว SET จะ เขียนทับ ทันทีโดยไม่มีเงื่อนไข (เว้นแต่คุณจะเพิ่ม flag เงื่อนไขเข้าไป)

127.0.0.1:6379> SET city "Bangkok"
OK
127.0.0.1:6379> GET city
"Bangkok"
127.0.0.1:6379> SET city "Chiang Mai"
OK
127.0.0.1:6379> GET city
"Chiang Mai"

option ของ SET

SET ใน Redis 7 รองรับหลาย option ในคำสั่งเดียว:

Option	ความหมาย
EX seconds	ตั้งเวลาหมดอายุเป็นวินาที
PX milliseconds	ตั้งเวลาหมดอายุเป็นมิลลิวินาที
EXAT unix-time-seconds	หมดอายุที่ Unix timestamp (วินาที)
PXAT unix-time-ms	หมดอายุที่ Unix timestamp (มิลลิวินาที)
NX	set ก็ต่อเมื่อ key ยังไม่มี อยู่
XX	set ก็ต่อเมื่อ key มี อยู่แล้ว
GET	คืนค่าเดิมก่อนเขียนทับ
KEEPTTL	คง TTL เดิมไว้แทนที่จะ reset

127.0.0.1:6379> SET token "abc123" EX 60
OK
127.0.0.1:6379> TTL token
(integer) 59
127.0.0.1:6379> SET counter 0 NX
OK
127.0.0.1:6379> SET counter 99 NX
(nil)
127.0.0.1:6379> GET counter
"0"
127.0.0.1:6379> SET city "Phuket" GET
"Chiang Mai"
127.0.0.1:6379> GET city
"Phuket"

SET token "abc123" EX 60
TTL token
SET counter 0 NX
SET counter 99 NX
GET counter
SET city "Phuket" GET
GET city

Copy commands ⧉

SETEX และ SETNX

สองคำสั่งนี้เป็น alias แบบเก่าที่ใช้สะดวก — ใน Redis 7 นิยมใช้ SET พร้อม EX หรือ NX มากกว่า แต่คุณก็ยังเจอสองคำสั่งนี้ใน code เก่า ๆ อยู่:

127.0.0.1:6379> SETEX session:user1 3600 "token-xyz"
OK
127.0.0.1:6379> TTL session:user1
(integer) 3599
127.0.0.1:6379> SETNX lock:job1 "worker-A"
(integer) 1
127.0.0.1:6379> SETNX lock:job1 "worker-B"
(integer) 0
127.0.0.1:6379> GET lock:job1
"worker-A"

SETEX session:user1 3600 "token-xyz"
TTL session:user1
SETNX lock:job1 "worker-A"
SETNX lock:job1 "worker-B"
GET lock:job1

Copy commands ⧉

MSET และ MGET — operation แบบ batch

set หรือ get หลาย key ได้ในรอบเดียว วิธีนี้เร็วกว่าการยิงทีละคำสั่งอย่างเห็นได้ชัดเมื่อคุณต้องการหลาย key พร้อมกัน

127.0.0.1:6379> MSET user:1:name "Ada" user:1:lang "Python" user:2:name "Bob" user:2:lang "Go"
OK
127.0.0.1:6379> MGET user:1:name user:1:lang user:2:name user:2:lang
1) "Ada"
2) "Python"
3) "Bob"
4) "Go"
127.0.0.1:6379> MGET user:1:name user:99:name
1) "Ada"
2) (nil)

MSET user:1:name "Ada" user:1:lang "Python" user:2:name "Bob" user:2:lang "Go"
MGET user:1:name user:1:lang user:2:name user:2:lang
MGET user:1:name user:99:name

Copy commands ⧉

APPEND และ STRLEN

APPEND จะต่อค่าเข้าไปท้าย string เดิม (หรือสร้าง key ใหม่ถ้ายังไม่มี) ส่วน STRLEN จะคืนความยาวของค่าเป็นจำนวน byte

127.0.0.1:6379> SET log "2024-01-01 boot"
OK
127.0.0.1:6379> APPEND log " | 2024-01-01 ready"
(integer) 34
127.0.0.1:6379> GET log
"2024-01-01 boot | 2024-01-01 ready"
127.0.0.1:6379> STRLEN log
(integer) 34

SET log "2024-01-01 boot"
APPEND log " | 2024-01-01 ready"
GET log
STRLEN log

Copy commands ⧉

🟥 SET key val NX — รากฐานของ distributed lock

SET key value NX จะ set key ก็ต่อเมื่อ key นั้นยังไม่มีอยู่ โดยคืน OK เมื่อสำเร็จ และคืน (nil) ถ้า key มีอยู่แล้ว ความเป็น atomic แบบนี้ทำให้ SET NX เป็นองค์ประกอบพื้นฐานของ distributed lock อย่างง่าย:

SET lock:resource "worker-id" NX EX 30

ถ้า worker สองตัวแย่งกัน จะมีเพียงตัวเดียวที่ได้ OK ส่วน EX 30 ช่วยให้ lock ปลดตัวเองอัตโนมัติหลังผ่านไป 30 วินาที แม้ผู้ถือ lock จะ crash ไป

ข้อแลกเปลี่ยน

ตัวเลือก	Benefit	Cost
SET key val NX (set แบบมีเงื่อนไข)	atomic เช็ก-แล้ว-set ในคำสั่งเดียว ใช้ทำ lock/dedup เบื้องต้นได้	ไม่มี ownership token ในตัว ต้องออกแบบเพิ่มเองถ้าต้องการปลดล็อกอย่างปลอดภัย
MSET/MGET (batch operation)	ลด round-trip เมื่อต้อง set/get หลาย key พร้อมกัน	ไม่ atomic ข้าม key ต่างชนิดกันแบบ transaction เต็มรูปแบบ (ใช้ MULTI/EXEC ถ้าต้องการ isolation จริง)
SET key val แบบไม่มีเงื่อนไข	ง่าย เขียนทับได้ทันทีโดยไม่ต้องเช็กก่อน	เสี่ยง overwrite ข้อมูลของ client อื่นโดยไม่ตั้งใจถ้าไม่ได้ออกแบบ key ให้ unique พอ

ข้อผิดพลาดที่พบบ่อย

• ใช้ SET แบบไม่มีเงื่อนไขตอนที่ตั้งใจจะทำ “set ถ้ายังไม่มี” — ลืมใส่ NX ทำให้ข้อมูลเดิมถูกเขียนทับโดยไม่รู้ตัว ควรใช้ SET key val NX เมื่อ logic ต้องการ atomic check-then-set
• ลืมว่า SET แบบธรรมดาจะ reset TTL เดิมของ key ทิ้ง — ถ้าอยากคง expiry เดิมไว้ตอนอัปเดตค่า ต้องเติม KEEPTTL เข้าไปด้วย ไม่งั้น key จะกลายเป็น persistent ทันที
• ใช้ SETNX/SETEX (legacy command) ปนกับ SET ... NX/EX ในโค้ดเดียวกัน — ทำให้ style ไม่สม่ำเสมอ ควรเลือกใช้ SET พร้อม option เป็นมาตรฐานเดียวตามคำแนะนำของ Redis 7+

💡 ตัวอย่างจากของจริง

Stripe-style idempotency keys — ใช้ SET key val NX EX <ttl> เพื่อกันไม่ให้ request เดิมถูกประมวลผลซ้ำสองครั้ง โดย key ที่ set สำเร็จเพียงครั้งเดียวคือ request ที่ผ่านเข้าไปจริง

Feature-flag/config caches — ใช้ MSET/MGET ดึงค่า config หลายตัวพร้อมกันในคำสั่งเดียว แทนที่จะยิง GET แยกทีละ key ซึ่งเพิ่ม network round-trip โดยไม่จำเป็น

`SET key val NX` คืนค่าอะไรเมื่อ key มีอยู่แล้ว?

OK (nil) error ค่าที่มีอยู่เดิม

คำสั่งใดใช้ set หลาย key ได้ในรอบเดียว?

MULTISET MSET SETALL BATCH

`SET key val GET` ทำอะไร?

คืน key ก่อนที่จะ set คืนค่าใหม่หลังจาก set คืนค่าเดิมก่อนเขียนทับ ทำงานก็ต่อเมื่อ key มีอยู่เท่านั้น

STRLEN คืนความยาวของ string เป็นหน่วยอะไร?

ตัวอักษร byte คำ หน่วย code แบบ UTF-16

Submit

Mark as complete