เราได้ตั้งค่าเซิร์ฟเวอร์ 2 keydb ด้วย Active Replica ตามที่อธิบายไว้ที่นี่: https://docs.keydb.dev/docs/active-rep/
เราใช้ HAproxy เพื่อเปลี่ยนเส้นทางการรับส่งข้อมูลไปยังเซิร์ฟเวอร์ที่ถูกต้อง ดังนั้นเราจึงมีสถานการณ์ปัจจุบัน:
คีย์ดีบี 001 - 10.0.0.7
คีย์ดีบี 002 - 10.0.0.8
เราต้องการอัปเดตและรีบูต keydb 01เราได้ทำการบำรุงรักษาใน HAproxy และการเชื่อมต่อทั้งหมดถูกระบายออก ดังนั้นจึงไม่ได้ใช้เซิร์ฟเวอร์อีกต่อไป และการเชื่อมต่อแบบสดทั้งหมดจะไปที่ keydb 02
ตอนนี้เมื่อ keydb 01 กลับมาอีกครั้ง มันจะถาม keydb 02 สำหรับการซิงค์ db แบบเต็ม หลังจากเสร็จสิ้น เราจะเห็นว่า keydb 02 ยังร้องขอการซิงค์ db แบบเต็มจาก keydb 01 !!! สิ่งนี้ทำให้ keydb 02 เข้าสู่สถานะกำลังโหลด ในขณะที่มันเป็นเซิร์ฟเวอร์ที่ใช้งานจริงเพียงเซิร์ฟเวอร์เดียวใน Haproxy
ผลก็คือมีช่วงสั้นๆ ไม่มีเซิร์ฟเวอร์ keydb ที่ใช้งานอยู่. ซึ่งส่งผลให้เกิดข้อผิดพลาดเช่น: กำลังโหลด Redis กำลังโหลดชุดข้อมูลในหน่วยความจำ
แนวคิดทั้งหมดของการตั้งค่าแบบจำลองที่แอ็คทีฟนี้คือมีความทนทาน ไม่ปลอดภัย และสร้างการตั้งค่าที่มีความพร้อมใช้งานสูง อย่างไรก็ตาม ในสถานการณ์นี้ หมายความว่าทุกครั้งที่เซิร์ฟเวอร์ทำงานเสร็จ เซิร์ฟเวอร์จะสร้างช่วงเวลาสั้น ๆ ของการหยุดทำงานโดยสมบูรณ์ สิ่งนี้ไม่สามารถยอมรับได้สำหรับการตั้งค่าของเรา
เราทำผิดหรือเปล่า? นี่คือการออกแบบหรือไม่? หรือเราต้องกำหนดค่าบางอย่างใหม่?
เราได้ทดสอบด้วยการซิงค์บนดิสก์และไร้ดิสก์ มันไม่สร้างความแตกต่าง การตั้งค่าการกำหนดค่าของเรา (จาก playbook ที่ไม่ซับซ้อน ดังนั้นการจัดรูปแบบอาจดูแปลกๆ เล็กน้อย):
ผูก: "127.0.0.1 {{ my_private_ips[inventory_hostname] }}"
ต้องการรหัสผ่าน: "{{ keydb_auth }}"
ผู้เชี่ยวชาญ: "{{ keydb_auth }}"
แบบจำลองของ: "xxx 6379"
ไคลเอนต์เอาท์พุทบัฟเฟอร์จำกัด:
- ปกติ 0 0 0
- จำลอง 1024mb 256mb 60
- ผับซับ 32mb 8mb 60
repl-diskless-sync: ใช่
พอร์ต: 6379
หน่วยความจำสูงสุด: 3000m
แบบจำลองที่ใช้งานอยู่: ใช่
เรากำลังใช้งาน Ubuntu 20.04.2 LTS พร้อม keydb เวอร์ชัน 6.0.16
นี่คือไฟล์บันทึกของ keydb จาก keydb 01 ซึ่งหยุดทำงานเพื่อการบำรุงรักษาและกลับมาทำงานอีกครั้ง
3812319:1439:C 18 มิ.ย. 2564 09:08:36.048 * บันทึกฐานข้อมูลบนดิสก์
3812319:1439:C 18 มิ.ย. 2021 09:08:36.054 * RDB: หน่วยความจำ 3 MB ที่ใช้โดย copy-on-write
958:1439:S 18 มิ.ย. 2564 09:08:36.094 * การบันทึกพื้นหลังสิ้นสุดลงโดยสำเร็จ
958:ตัวจัดการสัญญาณ (1624000133) ได้รับ SIGTERM กำหนดการปิด...
958:ตัวจัดการสัญญาณ (1624000133) ได้รับ SIGTERM กำหนดการปิด...
958:1439:S 18 มิ.ย. 2564 09:08:53.194 # ผู้ใช้ขอปิดระบบ...
958:1439:S 18 มิ.ย. 2021 09:08:53.194 # ขอการดูแล systemd แต่ไม่พบ NOTIFY_SOCKET
958:1439:S 18 มิ.ย. 2564 09:08:53.194 * บันทึกสแน็ปช็อต RDB สุดท้ายก่อนออก
958:1439:S 18 มิ.ย. 2021 09:08:53.194 # ขอการดูแล systemd แต่ไม่พบ NOTIFY_SOCKET
958:1439:S 18 มิ.ย. 2564 09:08:54.159 * บันทึกฐานข้อมูลบนดิสก์แล้ว
958:1439:S 18 มิ.ย. 2564 09:08:54.159 * กำลังลบไฟล์ pid
958:1439:S 18 มิ.ย. 2564 09:08:54.159 # KeyDB พร้อมที่จะออกแล้ว ลาก่อน...
874:874:C 18 มิ.ย. 2021 09:09:04.528 * ก่อนที่จะเปลี่ยนเป็นแบบจำลอง โดยใช้พารามิเตอร์หลักของฉันเองในการสังเคราะห์ต้นแบบที่แคช: ฉันอาจสามารถซิงโครไนซ์กับต้นแบบใหม่ด้วยการถ่ายโอนเพียงบางส่วน
874:874:C 18 มิ.ย. 2021 09:09:04.531 * ประกาศ: "active-replica ใช่" หมายถึง "replica-read-only no"
874:874:C 18 มิ.ย. 2564 09:09:04.531 # oO0OoO0OoO0Oo KeyDB กำลังเริ่มต้น oO0OoO0OoO0Oo
874:874:C 18 มิ.ย. 2021 09:09:04.531 # KeyDB version=6.0.16, bits=64, commit=00000000, modified=0, pid=874, เพิ่งเริ่มต้น
874:874:C 18 มิ.ย. 2021 09:09:04.531 # โหลดการกำหนดค่าแล้ว
874:874:C 18 มิ.ย. 2021 09:09:04.531 # คำเตือน ดูแลโดย systemd - คุณต้องตั้งค่าที่เหมาะสมสำหรับ TimeoutStartSec และ TimeoutStopSec ในหน่วยบริการของคุณ
874:874:C 18 มิ.ย. 2021 09:09:04.531 # ขอการดูแล systemd แต่ไม่พบ NOTIFY_SOCKET
KeyDB 6.0.16 (00000000/0) 64 บิต
ทำงานในโหมดสแตนด์อโลน
พอร์ต: 6379
หมายเลขรหัส: 957
เข้าร่วมชุมชน KeyDB! https://community.keydb.dev/
957:874:S 18 มิ.ย. 2564 09:09:04.781 # เซิร์ฟเวอร์เริ่มต้น
957:874:S 18 มิ.ย. 2021 09:09:04.781 # WARNING overcommit_memory ถูกตั้งค่าเป็น 0! การบันทึกพื้นหลังอาจล้มเหลวภายใต้สภาวะหน่วยความจำเหลือน้อยในการแก้ไขปัญหานี้ ให้เพิ่ม 'vm.overcommit_memory = 1' ใน /etc/sysctl.conf แล้วรีบูตหรือเรียกใช้คำสั่ง 'sysctl vm.overcommit_memory=1' เพื่อให้การดำเนินการนี้มีผล
957:874:S 18 มิ.ย. 2564 09:09:04.781 # คำเตือน คุณมีการสนับสนุน Transparent Huge Pages (THP) ในเคอร์เนลของคุณ สิ่งนี้จะสร้างปัญหาด้านเวลาแฝงและการใช้หน่วยความจำกับ KeyDB ในการแก้ไขปัญหานี้ ให้เรียกใช้คำสั่ง 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' ในฐานะรูท และเพิ่มลงใน /etc/rc.local เพื่อรักษาการตั้งค่าไว้หลังจากรีบูต ต้องรีสตาร์ท KeyDB หลังจากปิดใช้งาน THP
957:874:S 18 มิ.ย. 2021 09:09:04.789 * กำลังโหลด RDB ที่ผลิตโดยเวอร์ชัน 6.0.16
957:874:S 18 มิ.ย. 2564 09:09:04.789 * อายุ RDB 11 วินาที
957:874:S 18 มิ.ย. 2021 09:09:04.789 * การใช้หน่วยความจำ RDB เมื่อสร้าง 100.16 Mb
957:874:S 18 มิ.ย. 2564 09:09:05.563 * DB โหลดจากดิสก์: 0.778 วินาที
957:874:S 18 มิ.ย. 2021 09:09:05.563 * ก่อนที่จะเปลี่ยนเป็นแบบจำลอง โดยใช้พารามิเตอร์หลักของฉันเองเพื่อสังเคราะห์ต้นแบบที่แคชไว้: ฉันอาจสามารถซิงโครไนซ์กับต้นแบบใหม่ด้วยการถ่ายโอนเพียงบางส่วน
957:874:S 18 มิ.ย. 2021 09:09:05.563 # ขอการดูแล systemd แต่ไม่พบ NOTIFY_SOCKET
957:1345:S 18 มิ.ย. 2564 09:09:05.563 เธรด 1 มีชีวิตอยู่
957:1344:S 18 มิ.ย. 2564 09:09:05.564 เธรด 0 มีชีวิตอยู่
957:1344:S 18 มิ.ย. 2564 09:09:05.564 * กำลังเชื่อมต่อกับ MASTER 10.0.0.8:6379
957:1344:S 18 มิ.ย. 2021 09:09:05.564 * เริ่มซิงค์ MASTER <-> REPLICA
957:1344:S 18 มิ.ย. 2021 09:09:05.566 * การเชื่อมต่อแบบไม่บล็อกสำหรับ SYNC เริ่มเหตุการณ์
957:1344:S 18 มิ.ย. 2564 09:09:05.567 * อาจารย์ตอบกลับ PING การจำลองสามารถดำเนินการต่อ...
957:1344:S 18 มิ.ย. 2021 09:09:05.571 * แบบจำลอง 10.0.0.8:6379 ขอการซิงโครไนซ์
957:1344:S 18 มิ.ย. 2021 09:09:05.571 * รีซิงค์ทั้งหมดร้องขอโดยแบบจำลอง 10.0.0.8:6379
957:1344:S 18 มิ.ย. 2021 09:09:05.571 * สร้างรายการค้างการจำลองแล้ว รหัสการจำลองใหม่ของฉันคือ
957:1344:S 18 มิ.ย. 2564 09:09:05.571 * เลื่อน BGSAVE ถัดไปสำหรับการซิงค์แบบไม่ใช้ดิสก์
957:1344:S 18 มิ.ย. 2021 09:09:05.573 * ไม่สามารถซิงโครไนซ์ใหม่บางส่วนได้ (ไม่มีแคชมาสเตอร์)
957:1344:S 18 มิ.ย. 2021 09:09:11.521 * ซิงค์ใหม่ทั้งหมดจากมาสเตอร์: 3eb1532df27d6815eea8a420c7c72b04e03618dc:516117186158
957:1344:S 18 มิ.ย. 2564 09:09:11.521 * ละทิ้งสถานะหลักที่แคชไว้ก่อนหน้านี้
957:1344:S 18 มิ.ย. 2021 09:09:11.530 * MASTER <-> REPLICA sync: รับสตรีม RDB จากมาสเตอร์ด้วย EOF ไปยังดิสก์
957:1344:S 18 มิ.ย. 2021 09:09:11.603 * การเริ่มต้น BGSAVE สำหรับ SYNC กับเป้าหมาย: ซ็อกเก็ตจำลอง
957:1344:S 18 มิ.ย. 2021 09:09:11.606 * การถ่ายโอน RDB พื้นหลังเริ่มต้นโดย pid 2412
2412:1344:C 18 มิ.ย. 2021 09:09:12.488 * RDB: หน่วยความจำ 1 MB ที่ใช้โดย copy-on-write
957:1344:S 18 มิ.ย. 2021 09:09:12.488 # การถ่ายโอน rdb แบบไม่ใช้ดิสก์ อ่านเสร็จสิ้นจากไปป์ 1 แบบจำลองยังคงอยู่
957:1344:S 18 มิ.ย. 2021 09:09:12.507 * การถ่ายโอน RDB เบื้องหลังสิ้นสุดลงโดยสำเร็จ
957:1344:S 18 มิ.ย. 2021 09:09:12.507 * การถ่ายโอน RDB แบบสตรีมด้วยแบบจำลอง 10.0.0.8:6379 สำเร็จ (ซ็อกเก็ต) กำลังรอ REPLCONF ACK จากสลาฟเพื่อเปิดใช้งานการสตรีม
957:1344:S 18 มิ.ย. 2021 09:09:12.872 * การซิงโครไนซ์กับเรพลิกา 10.0.0.8:6379 สำเร็จ
957:1344:S 18 มิ.ย. 2021 09:10:12.799 # ข้อผิดพลาด I/O พยายามซิงค์กับ MASTER: ขาดการเชื่อมต่อ
957:1344:S 18 มิ.ย. 2564 09:10:13.429 * กำลังเชื่อมต่อกับ MASTER 10.0.0.8:6379
957:1344:S 18 มิ.ย. 2021 09:10:13.429 * เริ่มซิงค์ MASTER <-> REPLICA
957:1344:S 18 มิ.ย. 2021 09:10:13.429 * การเชื่อมต่อแบบไม่บล็อกสำหรับ SYNC เริ่มเหตุการณ์
957:1344:S 18 มิ.ย. 2021 09:10:13.429 * อาจารย์ตอบกลับ PING การจำลองสามารถดำเนินการต่อ...
957:1344:S 18 มิ.ย. 2021 09:10:13.430 * ไม่สามารถซิงโครไนซ์ใหม่บางส่วนได้ (ไม่มีแคชมาสเตอร์)
957:1344:S 18 มิ.ย. 2021 09:10:19.943 * ซิงค์ใหม่ทั้งหมดจากมาสเตอร์: 349f88c33a6dc9d67a3cb4d623727d9f1047033d:516121643991
957:1344:S 18 มิ.ย. 2021 09:10:19.952 * MASTER <-> REPLICA sync: รับสตรีม RDB จากมาสเตอร์ด้วย EOF ไปยังดิสก์
957:1344:S 18 มิ.ย. 2564 09:10:20.856 * MASTER <-> REPLICA sync: กำลังโหลด DB ในหน่วยความจำ
957:1344:S 18 มิ.ย. 2564 09:10:20.856 * กำลังโหลด RDB ที่ผลิตโดยเวอร์ชัน 6.0.16
957:1344:S 18 มิ.ย. 2564 09:10:20.856 * อายุ RDB 1 วินาที
957:1344:S 18 มิ.ย. 2021 09:10:20.856 * การใช้หน่วยความจำ RDB เมื่อสร้าง 102.08 Mb
957:1344:S 18 มิ.ย. 2564 09:10:21.431 * MASTER <-> การซิงค์ REPLICA: สำเร็จแล้ว
957:1344:S 18 มิ.ย. 2021 09:10:21.431 # ขอการดูแล systemd แต่ไม่พบ NOTIFY_SOCKET
957:1344:S 18 มิ.ย. 2021 09:10:21.431 # ขอการดูแล systemd แต่ไม่พบ NOTIFY_SOCKET
957:1344:S 18 มิ.ย. 2021 09:11:03.197 * 10,000 การเปลี่ยนแปลงใน 60 วินาที ประหยัด...
957:1344:S 18 มิ.ย. 2021 09:11:03.200 * การบันทึกพื้นหลังเริ่มต้นโดย pid 4845
4845:1344:C 18 มิ.ย. 2564 09:11:04.015 * บันทึกฐานข้อมูลบนดิสก์แล้ว
4845:1344:C 18 มิ.ย. 2021 09:11:04.018 * RDB: หน่วยความจำ 2 MB ที่ใช้โดย copy-on-write
957:1344:S 18 มิ.ย. 2564 09:11:04.104 * การบันทึกพื้นหลังสิ้นสุดลงโดยสำเร็จ
957:1344:S 18 มิ.ย. 2021 09:12:05.071 * 10,000 การเปลี่ยนแปลงใน 60 วินาที ประหยัด...
957:1344:S 18 มิ.ย. 2021 09:12:05.075 * การบันทึกพื้นหลังเริ่มต้นโดย pid 4870
4870:1344:C 18 มิ.ย. 2564 09:12:05.963 * บันทึกฐานข้อมูลบนดิสก์แล้ว
นี่คือบันทึกของ keydb 02 เซิร์ฟเวอร์นี้อยู่ âupâ แต่ไม่สามารถใช้งานได้ในระยะเวลาอันสั้น:
960:1388:S 18 มิ.ย. 2021 09:08:29.066 * การบันทึกพื้นหลังเริ่มต้นโดย pid 3814844
3814844:1388:C 18 มิ.ย. 2564 09:08:29.896 * บันทึกฐานข้อมูลบนดิสก์
3814844:1388:C 18 มิ.ย. 2021 09:08:29.901 * RDB: หน่วยความจำ 3 MB ที่ใช้โดย copy-on-write
960:1388:S 18 มิ.ย. 2564 09:08:29.974 * การบันทึกพื้นหลังสิ้นสุดลงโดยสำเร็จ
960:1388:S 18 มิ.ย. 2564 09:08:54.176 # การเชื่อมต่อกับมาสเตอร์หายไป
960:1388:S 18 มิ.ย. 2564 09:08:54.176 * กำลังแคชสถานะหลักที่ขาดการเชื่อมต่อ
960:1388:S 18 มิ.ย. 2021 09:08:54.177 # การเชื่อมต่อกับรหัสลูกค้าจำลอง #11 หายไป
960:1388:S 18 มิ.ย. 2564 09:08:54.957 * กำลังเชื่อมต่อกับ MASTER 10.0.0.7:6379
960:1388:S 18 มิ.ย. 2021 09:08:54.957 * เริ่มซิงค์ MASTER <-> REPLICA
960:1388:S 18 มิ.ย. 2021 09:09:02.073 # เงื่อนไขข้อผิดพลาดบนซ็อกเก็ตสำหรับ SYNC: ทรัพยากรไม่พร้อมใช้งานชั่วคราว
960:1388:S 18 มิ.ย. 2564 09:09:02.988 * กำลังเชื่อมต่อกับ MASTER 10.0.0.7:6379
960:1388:S 18 มิ.ย. 2021 09:09:02.988 * เริ่มซิงค์ MASTER <-> REPLICA
960:1388:S 18 มิ.ย. 2564 09:09:02.988 # เงื่อนไขข้อผิดพลาดบนซ็อกเก็ตสำหรับ SYNC: การดำเนินการอยู่ในระหว่างดำเนินการ
960:1388:S 18 มิ.ย. 2564 09:09:03.998 * กำลังเชื่อมต่อกับ MASTER 10.0.0.7:6379
960:1388:S 18 มิ.ย. 2564 09:09:03.998 * เริ่มซิงค์ MASTER <-> REPLICA
960:1388:S 18 มิ.ย. 2021 09:09:03.999 * การเชื่อมต่อแบบไม่บล็อกสำหรับ SYNC เริ่มเหตุการณ์
960:1388:S 18 มิ.ย. 2021 09:09:04.068 * อาจารย์ตอบกลับ PING การจำลองสามารถดำเนินการต่อ...
960:1388:S 18 มิ.ย. 2021 09:09:04.084 * ไม่สามารถซิงโครไนซ์ใหม่บางส่วนได้ (ไม่มีแคชมาสเตอร์)
960:1388:S 18 มิ.ย. 2021 09:09:04.087 * แบบจำลอง 10.0.0.7:6379 ขอการซิงโครไนซ์
960:1388:S 18 มิ.ย. 2021 09:09:04.087 * ร้องขอการซิงค์ใหม่ทั้งหมดโดยแบบจำลอง 10.0.0.7:6379
960:1388:S 18 มิ.ย. 2564 09:09:04.087 * เลื่อน BGSAVE ถัดไปสำหรับการซิงค์แบบไม่ใช้ดิสก์
960:1388:S 18 มิ.ย. 2021 09:09:10.035 * การเริ่มต้น BGSAVE สำหรับ SYNC กับเป้าหมาย: ซ็อกเก็ตจำลอง
960:1388:S 18 มิ.ย. 2021 09:09:10.042 * การถ่ายโอน RDB พื้นหลังเริ่มต้นโดย pid 3814859
960:1388:S 18 มิ.ย. 2021 09:09:10.117 * ซิงค์ใหม่ทั้งหมดจากมาสเตอร์: 640f9e48636076058722301cc52ea8a21bc8e450:453896462998
960:1388:S 18 มิ.ย. 2564 09:09:10.118 * ละทิ้งสถานะหลักที่แคชไว้ก่อนหน้านี้
960:1388:S 18 มิ.ย. 2021 09:09:10.122 * MASTER <-> REPLICA sync: รับสตรีม RDB จากมาสเตอร์ด้วย EOF ไปยังดิสก์
960:1388:S 18 มิ.ย. 2564 09:09:10.999 * MASTER <-> REPLICA sync: กำลังโหลด DB ในหน่วยความจำ
960:1388:S 18 มิ.ย. 2021 09:09:11.000 * Replica กำลังจะโหลดไฟล์ RDB ที่ได้รับจากต้นแบบ แต่มี RDB ย่อยที่รอดำเนินการทำงานอยู่ ฆ่ากระบวนการ 3814859 และลบไฟล์ temp เพื่อหลีกเลี่ยงการแข่งขันใดๆ
3814859:ตัวจัดการสัญญาณ (1624000150) ได้รับ SIGUSR1 ในลูก กำลังออก
960:1388:S 18 มิ.ย. 2564 09:09:11.000 * กำลังโหลด RDB ที่ผลิตโดยเวอร์ชัน 6.0.16
960:1388:S 18 มิ.ย. 2564 09:09:11.000 * อายุ RDB 0 วินาที
960:1388:S 18 มิ.ย. 2564 09:09:11.000 * การใช้หน่วยความจำ RDB เมื่อสร้าง 95.02 Mb
960:1388:S 18 มิ.ย. 2021 09:09:11.018 # การถ่ายโอน rdb แบบไม่ใช้ดิสก์ อ่านเสร็จสิ้นจากไปป์ 1 แบบจำลองยังคงอยู่
960:1388:S 18 มิ.ย. 2564 09:09:11.019 # การถ่ายโอนพื้นหลังสิ้นสุดโดยสัญญาณ 10
960:1388:S 18 มิ.ย. 2021 09:09:11.019 * การถ่ายโอน RDB แบบสตรีมด้วยแบบจำลอง 10.0.0.7:6379 สำเร็จ (ซ็อกเก็ต) กำลังรอ REPLCONF ACK จากสลาฟเพื่อเปิดใช้งานการสตรีม
960:1388:S 18 มิ.ย. 2564 09:09:11.386 * MASTER <-> REPLICA sync: เสร็จสิ้นโดยประสบความสำเร็จ
960:1388:S 18 มิ.ย. 2021 09:09:11.386 # ขอการดูแล systemd แต่ไม่พบ NOTIFY_SOCKET
960:1388:S 18 มิ.ย. 2021 09:09:11.386 # ขอการดูแล systemd แต่ไม่พบ NOTIFY_SOCKET
960:1388:S 18 มิ.ย. 2564 09:09:30.096 * 10,000 การเปลี่ยนแปลงใน 60 วินาที ประหยัด...
960:1388:S 18 มิ.ย. 2564 09:09:30.101 * การบันทึกพื้นหลังเริ่มต้นโดย pid 3814875
3814875:1388:C 18 มิ.ย. 2564 09:09:30.970 * บันทึกฐานข้อมูลบนดิสก์
3814875:1388:C 18 มิ.ย. 2021 09:09:30.975 * RDB: หน่วยความจำ 5 MB ที่ใช้โดย copy-on-write
960:1388:S 18 มิ.ย. 2564 09:09:31.022 * การบันทึกพื้นหลังสิ้นสุดลงโดยสำเร็จ
960:1388:S 18 มิ.ย. 2021 09:10:12.795 # กำลังถอดแบบจำลองการหมดเวลาเชื่อมต่อ: 10.0.0.7:6379
960:1388:S 18 มิ.ย. 2021 09:10:12.795 # การเชื่อมต่อกับตัวจำลอง 10.0.0.7:6379 หายไป
960:1389:S 18 มิ.ย. 2021 09:10:13.429 * แบบจำลอง 10.0.0.7:6379 ขอการซิงโครไนซ์
960:1389:S 18 มิ.ย. 2021 09:10:13.429 * รีซิงค์ทั้งหมดร้องขอโดยแบบจำลอง 10.0.0.7:6379
960:1389:S 18 มิ.ย. 2021 09:10:13.429 * เลื่อน BGSAVE ถัดไปสำหรับการซิงค์แบบไม่ใช้ดิสก์
960:1388:S 18 มิ.ย. 2021 09:10:19.941 * การเริ่มต้น BGSAVE สำหรับ SYNC กับเป้าหมาย: ซ็อกเก็ตจำลอง
960:1388:S 18 มิ.ย. 2021 09:10:19.948 * การถ่ายโอน RDB พื้นหลังเริ่มต้นโดย pid 3815442
3815442:1388:C 18 มิ.ย. 2021 09:10:20.860 * RDB: หน่วยความจำ 5 MB ที่ใช้โดย copy-on-write
960:1388:S 18 มิ.ย. 2021 09:10:20.860 # การถ่ายโอน rdb แบบไม่ใช้ดิสก์ อ่านเสร็จจากไปป์ 1 แบบจำลองยังคงอยู่
960:1388:S 18 มิ.ย. 2564 09:10:20.958 * การถ่ายโอน RDB เบื้องหลังสิ้นสุดลงโดยสำเร็จ
960:1388:S 18 มิ.ย. 2021 09:10:20.958 * การถ่ายโอน RDB แบบสตรีมด้วยแบบจำลอง 10.0.0.7:6379 สำเร็จ (ซ็อกเก็ต) กำลังรอ REPLCONF ACK จากสลาฟเพื่อเปิดใช้งานการสตรีม
960:1389:S 18 มิ.ย. 2021 09:10:22.034 * การซิงโครไนซ์กับเรพลิกา 10.0.0.7:6379 สำเร็จ
960:1388:S 18 มิ.ย. 2564 09:10:32.013 * 10,000 การเปลี่ยนแปลงใน 60 วินาที ประหยัด...
960:1388:S 18 มิ.ย. 2021 09:10:32.018 * การบันทึกพื้นหลังเริ่มต้นโดย pid 3816278
3816278:1388:C 18 มิ.ย. 2564 09:10:32.845 * บันทึกฐานข้อมูลบนดิสก์
3816278:1388:C 18 มิ.ย. 2021 09:10:32.850 * RDB: หน่วยความจำ 4 MB ที่ใช้โดย copy-on-write
960:1388:S 18 มิ.ย. 2564 09:10:32.921 * การบันทึกพื้นหลังสิ้นสุดลงโดยสำเร็จ
960:1388:S 18 มิ.ย. 2021 09:11:33.101 * 10,000 การเปลี่ยนแปลงใน 60 วินาที ประหยัด...
ฉันมีปัญหาเดียวกัน ในขณะที่ keydb กำลังโหลดชุดข้อมูลในหน่วยความจำ ฉันสามารถ PING และ INFO ได้ แต่ GET ไม่ทำงาน การตั้งค่าของฉันจาก haproxy.conf (ส่วนแบ็คเอนด์):
ตรวจสอบ tcp ส่ง PING\r\n
tcp-check คาดหวังสตริง +PONG
tcp-check ส่งข้อมูล\ replication\r\n
tcp-check คาดหวังบทบาทสตริง: active-replica
tcp-ตรวจสอบ send-binary 676574206171710a
tcp-check คาดหวังไบนารี 242d31
tcp-check ส่ง QUIT\r\n
ตรวจสอบ tcp คาดหวังสตริง + ตกลง
send-binary 676574206171710a ==> รับ any_non_exists_key ( "get aqq" ในตัวอย่างนี้ https://www.online-toolz.com/tools/text-hex-convertor.php)
คาดว่าไบนารี 242d31 ==> $-1 ( แสดง keydb-cli "(ไม่มี)" )
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
