Postgres:“ ข้อผิดพลาด: แผนแคชต้องไม่เปลี่ยนประเภทผลลัพธ์”

ข้อยกเว้นนี้ถูกส่งโดยเซิร์ฟเวอร์ PostgreSQL 8.3.7 ไปยังแอปพลิเคชันของฉัน ไม่มีใครรู้ว่าข้อผิดพลาดนี้หมายถึงอะไรและฉันสามารถทำอะไรได้บ้าง?

ERROR:  cached plan must not change result type
STATEMENT:  select code,is_deprecated from country where code=$1

ฉันพบว่าอะไรเป็นสาเหตุของข้อผิดพลาดนี้

แอปพลิเคชันของฉันเปิดการเชื่อมต่อฐานข้อมูลและเตรียมคำสั่ง SELECT เพื่อดำเนินการ

ในขณะเดียวกันสคริปต์อื่นกำลังแก้ไขตารางฐานข้อมูลโดยเปลี่ยนประเภทข้อมูลของคอลัมน์ใดคอลัมน์หนึ่งที่ถูกส่งคืนในคำสั่ง SELECT ด้านบน

ฉันแก้ไขปัญหานี้โดยการรีสตาร์ทแอปพลิเคชันหลังจากที่แก้ไขตารางฐานข้อมูลแล้ว สิ่งนี้จะรีเซ็ตการเชื่อมต่อฐานข้อมูลทำให้คำสั่งที่เตรียมไว้ดำเนินการโดยไม่มีข้อผิดพลาด

ฉันกำลังเพิ่มคำตอบนี้สำหรับทุกคนที่ลงจอดที่นี่โดย googling ERROR: cached plan must not change result typeเมื่อพยายามแก้ปัญหาในบริบทของแอปพลิเคชัน Java / JDBC

ฉันสามารถสร้างข้อผิดพลาดซ้ำได้อย่างน่าเชื่อถือโดยเรียกใช้การอัปเกรดสคีมา (เช่นคำสั่ง DDL) ในขณะที่แอปแบ็คเอนด์ที่ใช้ DB กำลังทำงานอยู่ หากแอปกำลังค้นหาตารางที่มีการเปลี่ยนแปลงโดยการอัปเกรดสคีมา (กล่าวคือแอปเรียกใช้การสืบค้นก่อนและหลังการอัปเกรดบนตารางที่เปลี่ยนแปลง) - โปรแกรมควบคุม postgres จะส่งคืนข้อผิดพลาดนี้เนื่องจากเห็นได้ชัดว่ามีการแคชรายละเอียดสคีมาบางส่วน

คุณสามารถหลีกเลี่ยงปัญหาได้โดยกำหนดค่าpgjdbcไดรเวอร์ของคุณด้วยautosave=conservativeไฟล์. ด้วยตัวเลือกนี้โปรแกรมควบคุมจะสามารถล้างรายละเอียดใด ๆ ที่แคชไว้และคุณไม่ควรเด้งเซิร์ฟเวอร์ของคุณหรือล้างพูลการเชื่อมต่อของคุณหรือวิธีแก้ปัญหาใด ๆ ที่คุณอาจเกิดขึ้น

ทำซ้ำบน Postgres 9.6 (AWS RDS) และการทดสอบครั้งแรกของฉันดูเหมือนจะบ่งชี้ว่าปัญหาได้รับการแก้ไขอย่างสมบูรณ์ด้วยตัวเลือกนี้

เอกสารประกอบ: https://jdbc.postgresql.org/documentation/head/connect.html#connection-parameters

คุณสามารถดูpgjdbc Github ฉบับ 451สำหรับรายละเอียดเพิ่มเติมและประวัติของปัญหา

ผู้ใช้ JRuby ActiveRecords ดูสิ่งนี้: https://github.com/jruby/activerecord-jdbc-adapter/blob/master/lib/arjdbc/postgresql/connection_methods.rb#L60

หมายเหตุเกี่ยวกับประสิทธิภาพ:

ตามปัญหาด้านประสิทธิภาพที่รายงานในลิงก์ด้านบนคุณควรทำการทดสอบประสิทธิภาพ / โหลด / แช่แอปพลิเคชันของคุณก่อนที่จะเปิดใช้งานแบบสุ่มสี่สุ่มห้า

ในการทดสอบประสิทธิภาพในแอปของฉันเองที่ทำงานบนPostgres 10อินสแตนซ์AWS RDS การเปิดใช้งานการconservativeตั้งค่าจะส่งผลให้มีการใช้งาน CPU มากขึ้นบนเซิร์ฟเวอร์ฐานข้อมูล แม้ว่าจะไม่มากนัก แต่ฉันสามารถเห็นautosaveฟังก์ชันการทำงานที่แสดงขึ้นว่าใช้ CPU ในปริมาณที่วัดได้หลังจากที่ฉันได้ปรับแต่งแบบสอบถามทุกครั้งที่ใช้การทดสอบโหลดของฉันและเริ่มทำการทดสอบการโหลดอย่างหนัก

สำหรับเราเราประสบปัญหาที่คล้ายกัน แอปพลิเคชันของเราทำงานกับสคีมาหลายแบบ เมื่อใดก็ตามที่เราทำการเปลี่ยนแปลงสคีมาปัญหานี้ก็เริ่มเกิดขึ้น

การตั้งค่าพารามิเตอร์prepThreshold = 0ภายในพารามิเตอร์ JDBC ปิดใช้งานการแคชคำสั่งที่ระดับฐานข้อมูล สิ่งนี้แก้ไขได้สำหรับเรา