MySQL უცხო გასაღების კასკადი ოპერაციები საბოლოოდ მოხვდა ბინარულ ჟურნალში

MySQL უცხო გასაღების კასკადის ოპერაციები ახლა გამოჩნდება ბინარულ ჟურნალში, რაც აღნიშნავს დიდი ხნის ნანატრი ცვლილებას, რომელიც პირდაპირ გავლენას ახდენს რეპლიკაციაზე, აუდიტზე და მონაცემთა აღდგენაზე მონაცემთა ბაზებზე ორიენტირებული აპლიკაციებისთვის. ქცევის ეს ცვლილება - თანდათანობით შემოღებული MySQL ვერსიებში - ხურავს კრიტიკულ უფსკრული, რომელიც ადრე იწვევდა მონაცემთა ჩუმად შეუსაბამობას რეპლიკაციურ გარემოში.

რა არის უცხო გასაღების კასკადის ოპერაციები და რატომ დარჩნენ ისინი ორობითი ჟურნალიდან?

გარე საკვანძო შეზღუდვები აძლიერებს რეფერენციულ მთლიანობას ცხრილებს შორის. როდესაც თქვენ განსაზღვრავთ On DELETE CASCADE ან ON UPDATE CASCADE, MySQL ავტომატურად ავრცელებს ცვლილებებს მშობლის ცხრილიდან შესაბამის შვილობილ რიგებში. წლების განმავლობაში, ეს კასკადური ცვლილებები მოქმედებდა როგორც უხილავი გვერდითი ეფექტები - გამომწვევი განცხადება იყო ჩაწერილი, მაგრამ კასკადის მიერ ზემოქმედების ქვეშ მყოფი რიგები არ იყო ჩაწერილი, როგორც დამოუკიდებელი მოვლენები ბინარულ ჟურნალში.

ეს არ იყო უგულებელყოფა. MySQL-ის გუნდი თავდაპირველად ამტკიცებდა, რომ ასლები, რომლებიც იზიარებენ იგივე სქემას და უცხო გასაღების განმარტებებს, ავტომატურად ახდენენ კასკადების რეპროდუცირებას პირველადი განცხადების გამეორებისას. ლოგიკა არსებობდა - სანამ არ მოხდა. სქემის დრიფტი, ნაწილობრივი რეპლიკაციის ფილტრები, შენახვის ძრავის სხვადასხვა კონფიგურაცია და დროში აღდგენის სცენარები ამ დაშვების მყიფეობას ამჟღავნებენ. ერთი გამოტოვებული კასკადი შეიძლება წარმოქმნას განსხვავებული ასლები, რომლებიც ჯანსაღად გამოიყურებოდა მანამ, სანამ წარმოებისთვის კრიტიკული მოთხოვნები არ დააბრუნებდა არასწორ შედეგებს.

როგორ მუშაობს რეალურად ახალი კასკადური ჟურნალის ქცევა?

განახლებული ქცევით, MySQL წერს მწკრივებს, რომლებიც გავლენას ახდენენ კასკადური ოპერაციებით, როგორც მწკრივის აშკარა მოვლენები ბინარულ ჟურნალში, დაუყოვნებლივ გამომწვევი DML განაცხადის შემდეგ. თუ თქვენ წაშლით მშობლის ჩანაწერს და სამი შვილის ჩანაწერი კასკადად მოიხსნება, ოთხივე მწკრივის ცვლილება ახლა გამოჩნდება, როგორც ცალკეული, აუდიტორული ჩანაწერები ჟურნალში.

ანგარიშის ფორმატი აქ მნიშვნელოვანია. მწკრივზე დაფუძნებული ორობითი ჟურნალი (RBL) არის ფორმატი, რომელიც შესაძლებელს ხდის ამას სრული ერთგულებით. განცხადებებზე დაფუძნებული ლოგინგს არ შეუძლია საიმედოდ აღბეჭდოს დინამიური კასკადის შედეგები, რადგან შედეგი დამოკიდებულია მონაცემთა მდგომარეობაზე შესრულების დროს და არა თავად SQL ტექსტზე. შერეული რეჟიმის ჟურნალი ამ სიტუაციებში არჩევითად იყენებს მწკრივის ფორმატს.

Key Insight: მწკრივზე დაფუძნებული ორობითი ჟურნალის ჩართვა არ არის მხოლოდ რეპლიკაციის პრიორიტეტი — ის ახლა წინაპირობაა მონაცემთა ყოველი ცვლილების სრული, შემოწმებადი აუდიტის ბილიკისთვის იმ სისტემებში, რომლებიც იყენებენ უცხო გასაღების შეზღუდვებს. ამის გარეშე, კასკადის ეფექტები ნაწილობრივ უხილავი რჩება თქვენი ხელსაწყოებისთვის.

მონაცემთა ბაზის ადმინისტრატორებმა უნდა დაადასტურონ მათი binlog_format პარამეტრი და გადახედონ რეპლიკაციის ტოპოლოგიის ვარაუდებს, თუ ისინი ისტორიულად ეყრდნობოდნენ რეპლიკა მხარეს კასკადის შესრულებას თანმიმდევრულობის გარანტიებისთვის.

რა რეალურ სამყაროში არსებულ პრობლემებს აგვარებს ეს აპლიკაციის გუნდებისთვის?

იმპლიკაციები სცილდება თეორიულ რეპლიკაციის სისწორეს. გუნდები, რომლებიც მუშაობენ კომპლექსურ ბიზნეს პლატფორმებზე რელაციური მონაცემების მოდელებით - მრავალბინიანი SaaS პროდუქტები, ელექტრონული კომერციის ძრავები, ჯანდაცვის ჩანაწერების სისტემები - წააწყდნენ მარცხის კონკრეტულ რეჟიმებს, რომლებსაც ეს ცვლილება ეხება:

• აღდგენის დროში სიზუსტე: მონაცემთა ბაზის აღდგენა მასობრივ წაშლამდე ერთი წუთით ადრე აღწერს ყველა კასკადურ ბავშვურ წაშლას და არა მხოლოდ გამომწვევ მოთხოვნას, რაც ხელს უშლის ფანტომური რიგების ხელახლა გამოჩენას აღდგენის შემდეგ.
• შეცვალეთ მონაცემთა აღრიცხვის (CDC) მილსადენები: ინსტრუმენტები, როგორიცაა Debezium და Maxwell, რომლებიც ატარებენ ორობითი ჟურნალის მოვლენებს კაფკაში ან სხვა ნიჟარებში, ახლა იღებენ ყველა მონაცემის მუტაციის სრულ სურათს, რაც შესაძლებელს ხდის ზუსტ ქვემოთ მოყვანილ პროგნოზებს.
• აუდიტი და შესაბამისობის აღრიცხვა: რეგულირებულ ინდუსტრიებს, რომლებიც საჭიროებენ მონაცემთა სრულ ასორტიმენტს, ახლა შეუძლიათ ზუსტად დაადგინონ რომელი შვილობილი ჩანაწერები ამოიღეს რომელი მშობელი ოპერაციის შედეგად, აკმაყოფილებენ აუდიტის მოთხოვნებს აპლიკაციის ფენის გამოსავლის გარეშე.
• რეპლიკა განსხვავებულობის გამოვლენა: მონიტორინგის ხელსაწყოებს, რომლებიც ადარებენ რეპლიკის მწკრივების რაოდენობას ან შემოწმების ჯამებს პირველადთან, ახლა აქვთ ზუსტი ჟურნალის მონაცემები ნებისმიერი განსხვავების სწრაფად იდენტიფიცირებისთვის და დიაგნოსტიკისთვის.
• მრავალწყარო და წრიული რეპლიკაცია: რთული ტოპოლოგიები, რომლებიც ადრე მოითხოვდნენ ასლების უცხო კლავიშების გამორთვას კასკადების ორმაგი გამოყენების თავიდან ასაცილებლად, იძენენ უფრო სტრუქტურირებულ, პროგნოზირებად მოვლენათა ნაკადს მსჯელობისთვის.

როგორ უნდა დაარეგულირონ მონაცემთა ბაზის არქიტექტორებმა მათი რეპლიკაციისა და აღდგენის სტრატეგიები?

Cascade-aware ორობითი ჟურნალის მიღება არ არის პასიური განახლება — ის მოითხოვს არსებული ინფრასტრუქტურის მიზანმიმართულ გადახედვას. კასკადების მიერ გენერირებული ჟურნალის დამატებითი მოვლენები ზრდის ორობითი ჟურნალის მოცულობას, ზოგჯერ მნიშვნელოვნად, იმისდა მიხედვით, თუ რამდენად აგრესიულად იყენებს თქვენი სქემა კასკადურ შეზღუდვებს. არქიტექტორებმა უნდა გაითვალისწინონ გაზრდილი დისკის I/O, ქსელის რეპლიკაციის გამტარუნარიანობა და ჟურნალის ბრუნვის სიხშირე.

რეპლიკებზე გუნდებმა უნდა შეამოწმონ, ჩართულია თუ გამორთული უცხოური გასაღების შეზღუდვები. გავრცელებული ისტორიული პრაქტიკა იყო უცხოური გასაღებების გამორთვა რეპლიკებზე (foreign_key_checks=OFF), რათა პირველადი დამუშავების უფლება მიეცეს. როდესაც კასკადები ახლა აშკარად არის ჩაწერილი, ამ ჩაწერილი კასკადური მოვლენების გამოყენება რეპლიკაზე, რომელიც ასევე ამუშავებს საკუთარ საგარეო გასაღების შეზღუდვებს, შეიძლება გამოიწვიოს დუბლიკატი წაშლა ან კონფლიქტი. რეპლიკაციის ჯაჭვის მასშტაბით კონფიგურაციის გასწორება ახლა უფრო მნიშვნელოვანია, ვიდრე ოდესმე.

გუნდებისთვის, რომლებიც იყენებენ ლოგიკურ სარეზერვო ინსტრუმენტებს, როგორიცაა mysqldump ან ფიზიკური სარეზერვო გადაწყვეტილებები, როგორიცაა Percona XtraBackup, აღდგენის პროცედურების გადახედვა ჟურნალის ახალი სტრუქტურის მიხედვით უზრუნველყოფს აღდგენის წიგნების სიზუსტეს. აღდგენის სცენარების ტესტირება დადგმულ გარემოში წარმოების წარმომადგენლობითი მონაცემების მოცულობების მიხედვით უნდა იყოს სტანდარტული კვარტალური ვარჯიში.

როგორ შეედრება ეს იმას, თუ როგორ ამუშავებენ PostgreSQL და სხვა მონაცემთა ბაზები კასკადის აღრიცხვას?

PostgreSQL დიდი ხანია აღრიცხავს უცხო გასაღების კასკადის ეფექტებს, როგორც პირველი კლასის WAL (Write-Ahead Log) ჩანაწერებს. ყოველი მწკრივი, რომელსაც ეხება კასკადის ტრიგერი, იწერება WAL-ში ინდივიდუალურად, რაც PostgreSQL-ის რეპლიკაციას და ლოგიკურ დეკოდირებას არსებითად აცნობიერებს კასკადს. დიზაინის ეს ფილოსოფია — ყველა ეფექტის და არა მხოლოდ მიზეზების აღრიცხვა — არის ის, რასაც MySQL-ის მწკრივებზე დაფუძნებული ორობითი ჟურნალი ახლა უფრო უახლოვდება.

Microsoft SQL Server ანალოგიურად იჭერს კასკადურ ცვლილებებს მისი ტრანზაქციის ჟურნალის მეშვეობით მწკრივის დონეზე, რაც CDC გადაწყვეტილებებს SQL Server-ზე მარტივს ხდის რთული რელაციური სქემებისთვისაც კი. MySQL განახლება აახლოებს მას ამ სისტემებთან არქიტექტურულ პარიტეტში, ამცირებს ძირითად წინააღმდეგობას, რომელიც მონაცემთა ბაზის ინჟინრებმა წამოაყენეს MySQL მაღალი მთლიანობის ურთიერთდამოკიდებულების დატვირთვის შეფასებისას.

ორგანიზაციებისთვის, რომლებიც მუშაობენ მრავალ მონაცემთა ბაზის გარემოში ან აფასებენ მიგრაციის ბილიკებს, ეს კონვერგენცია მნიშვნელოვანია. ის ამცირებს ქცევითი ზედაპირის ფართობს პლატფორმებს შორის, რომელიც ოპერაციულმა გუნდებმა უნდა გაიგონ და გაითვალისწინონ ინსტრუმენტები და პროცედურები.

ხშირად დასმული კითხვები

ეს ცვლილება გავლენას ახდენს MySQL 5.7-ზე თუ მხოლოდ MySQL 8.x-ზე?

კასკადური ჟურნალის ქცევითი გაუმჯობესებები ძირითადად ასოცირდება MySQL 8.0 და უფრო გვიან გამოშვებებთან, სპეციფიკური გაუმჯობესებებით, რომლებიც დაკავშირებულია ცალკეულ წერტილებთან 8.0.x სერიებში. MySQL 5.7-მა სიცოცხლის ბოლომდე მიაღწია 2023 წლის ოქტომბერში და გუნდები, რომლებიც ჯერ კიდევ მუშაობენ, უნდა განიხილონ იქ კასკადური ჟურნალის ქცევა, როგორც არასანდო რეპლიკაციის თანმიმდევრულობის მიზნებისთვის. MySQL 8.0 ან MySQL 8.4 LTS გამოშვების განახლება არის რეკომენდებული გზა ბინარული ჟურნალის მიმდინარე ქცევაზე წვდომისთვის.

სრული კასკადური აღრიცხვის ჩართვა მნიშვნელოვნად შეამცირებს ჩაწერის შესრულებას?

ოვერჰედი რეალურია, მაგრამ, როგორც წესი, მოკრძალებული სქემებისთვის კარგად ინდექსირებული საგარეო გასაღების ურთიერთობებით. ჟურნალის დამატებითი ჩანაწერები პირდაპირ კავშირშია თითოეული კასკადი ზემოქმედების ქვეშ მყოფი შვილობილი მწკრივების რაოდენობასთან. ღრმად ჩადგმული კასკადური ჯაჭვებით ან ძალიან დიდი ბავშვური მაგიდებით სქემებმა შეიძლება ნახონ გამტარუნარიანობის გაზომვადი გავლენა. მონაცემთა რეალისტური მოცულობების პროფილირება დადგმის გარემოში, წარმოებამდე გამოსვლამდე, სწორი მიდგომაა თქვენი კონკრეტული სამუშაო დატვირთვის ღირებულების რაოდენობრივი დასადგენად.

შემიძლია გამოვიყენო ორობითი ჟურნალის კასკადის მონაცემები რეალურ დროში ანალიტიკური მილსადენების შესანახად?

დიახ, და ეს არის ერთ-ერთი ყველაზე დამაჯერებელი გამოყენების შემთხვევა. ორობითი ჟურნალის სრული კასკადური მოვლენებით, CDC ინსტრუმენტებს ახლა შეუძლიათ შექმნან ზუსტი მატერიალიზებული ხედები, ძიების ინდექსები და მოვლენების ნაკადები, კასკადის ეფექტების ხელით გამოსაქვეყნებლად განაცხადის დონის კაუჭების საჭიროების გარეშე. გუნდები, რომლებიც ქმნიან რეალურ დროში დაფებს, თაღლითობის აღმოჩენის სისტემებს ან ოპერაციული ანალიტიკის ფენებს, აღმოაჩენენ, რომ ჟურნალის ნაკადის სისრულე მნიშვნელოვნად ამცირებს მილსადენის სირთულეს.

მზარდი ბიზნეს პლატფორმის მართვა ნიშნავს, რომ თქვენი ძირითადი ინფრასტრუქტურული გადაწყვეტილებები დროთა განმავლობაში ერწყმის – თქვენი მონაცემთა ბაზის რეპლიკაციის სტრატეგიაში არსებული ხარვეზი ხვალ მასშტაბურ ინციდენტად იქცევა. Mewayz არის 207-მოდულიანი ბიზნეს ოპერაციული სისტემა, რომელიც შექმნილია გუნდებისთვის, რომლებიც უარს ამბობენ სანდოობაზე ან შესაძლებლობებზე კომპრომისზე, რომელსაც ენდობა 138000-ზე მეტი მომხმარებელი, რომელიც მუშაობს CRM-დან და ელექტრონული კომერციიდან დაწყებული კონტენტის მენეჯმენტით და ანალიტიკით - ყველაფერი ერთ ერთიან პლატფორმაში, სულ რაღაც $19/თვეში.

დაიწყეთ თქვენი Mewayz სამუშაო ადგილი დღეს app.mewayz.com-ზე და შექმენით თქვენი ბიზნესი ინფრასტრუქტურაზე, რომელიც შეესაბამება თქვენს ცოდნას.