ಆಯ್ಕೆ ಮತ್ತು ಡಿಸ್ಕ್ ನಡುವೆ ಮೂರು ಸಂಗ್ರಹ ಪದರಗಳು

ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ SELECT ಹೇಳಿಕೆಯನ್ನು ಹಾರಿಸಿದಾಗ, ಆ ಪ್ರಶ್ನೆಯು ಸ್ಪಿನ್ನಿಂಗ್ ಡಿಸ್ಕ್ ಅಥವಾ ಕಚ್ಚಾ ಫ್ಲ್ಯಾಷ್ ಸಂಗ್ರಹಣೆಯನ್ನು ಎಂದಿಗೂ ಮುಟ್ಟುವುದಿಲ್ಲ - ಇದು ಮೂರು ವಿಭಿನ್ನ ಕ್ಯಾಶ್ ಲೇಯರ್‌ಗಳ ಮೂಲಕ ಹಾದುಹೋಗುತ್ತದೆ, ಅದು ನಿಮ್ಮ ಪ್ರತಿಕ್ರಿಯೆ ಮೈಕ್ರೋಸೆಕೆಂಡ್‌ಗಳು ಅಥವಾ ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳಲ್ಲಿ ಬರುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಮೌನವಾಗಿ ನಿರ್ಧರಿಸುತ್ತದೆ. ಈ ಲೇಯರ್‌ಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಸಲೀಸಾಗಿ ಅಳೆಯುವ ಮತ್ತು ನೈಜ-ಪ್ರಪಂಚದ ಹೊರೆಯಲ್ಲಿ ಬಕಲ್ ಮಾಡುವ ವ್ಯಾಪಾರ ವೇದಿಕೆಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸವಾಗಿದೆ.

ಒಂದು ಆಯ್ಕೆ ಪ್ರಶ್ನೆಯು ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ಹೊರಡುವ ಕ್ಷಣದಲ್ಲಿ ಏನಾಗುತ್ತದೆ?

ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ SELECT ಪ್ರಶ್ನೆಯನ್ನು ಕಳುಹಿಸುವ ಕ್ಷಣ, ಹೆಚ್ಚಿನ ಡೆವಲಪರ್‌ಗಳು ಎಂದಿಗೂ ಪರಿಶೀಲಿಸದ ಪೈಪ್‌ಲೈನ್‌ಗೆ ಪ್ರವೇಶಿಸುತ್ತದೆ. ಡೇಟಾಬೇಸ್ ಎಂಜಿನ್ ಯಾವುದೇ I/O ಸಂಭವಿಸುವ ಮೊದಲು ವಿನಂತಿಯನ್ನು ಪ್ರತಿಬಂಧಿಸುತ್ತದೆ, SQL ಅನ್ನು ಆಂತರಿಕ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಯೋಜನೆಗೆ ಪಾರ್ಸ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ತಕ್ಷಣವೇ ಅದರ ಮೊದಲ ಸಾಲಿನ ರಕ್ಷಣೆಯನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ: ಪ್ರಶ್ನೆ ಫಲಿತಾಂಶದ ಸಂಗ್ರಹ. ಒಂದೇ ರೀತಿಯ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಒಂದೇ ರೀತಿಯ ಪ್ರಶ್ನೆಯನ್ನು ಇತ್ತೀಚೆಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಿದ್ದರೆ, ಡೇಟಾದ ಒಂದು ಪುಟವನ್ನು ಮುಟ್ಟದೆಯೇ ಇಂಜಿನ್ ಕ್ಯಾಶ್ ಮಾಡಿದ ಫಲಿತಾಂಶವನ್ನು ಹೊಂದಿಸಬಹುದು. ಇದನ್ನು ಕೆಲವೊಮ್ಮೆ ಪ್ರಶ್ನೆ ಸಂಗ್ರಹ ಅಥವಾ ಫಲಿತಾಂಶದ ಸಂಗ್ರಹ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ, ಮತ್ತು ಹೆಚ್ಚಿನ ಓದುವಿಕೆ, ಕಡಿಮೆ-ಬರೆಯುವ ಕೆಲಸದ ಹೊರೆಗಳಲ್ಲಿ - ಅನಾಲಿಟಿಕ್ಸ್ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ಗಳು ಮತ್ತು ವರದಿ ಮಾಡ್ಯೂಲ್‌ಗಳಂತಹ - ಇದು ಬಹುಪಾಲು ಡಿಸ್ಕ್ ರೀಡ್‌ಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ.

ಪ್ರಶ್ನೆ ಸಂಗ್ರಹವು ಡೇಟಾ ರೂಪಾಂತರಗಳಿಗೆ ಹೆಚ್ಚು ಸೂಕ್ಷ್ಮವಾಗಿರುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿ ನಿರ್ಣಾಯಕ ಒಳನೋಟವಾಗಿದೆ. ಆಧಾರವಾಗಿರುವ ಕೋಷ್ಟಕದ ವಿರುದ್ಧ ಯಾವುದೇ ಇನ್ಸರ್ಟ್, ಅಪ್‌ಡೇಟ್, ಅಥವಾ DELETE ಸಂಬಂಧಿತ ಕ್ಯಾಶ್ ಮಾಡಿದ ಫಲಿತಾಂಶಗಳನ್ನು ಅಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ. ಇದಕ್ಕಾಗಿಯೇ ಬರವಣಿಗೆ-ಭಾರೀ ವಹಿವಾಟು ವ್ಯವಸ್ಥೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರಶ್ನೆ ಸಂಗ್ರಹವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತವೆ ಮತ್ತು ಬದಲಿಗೆ ಆಳವಾದ ಪದರಗಳನ್ನು ಅವಲಂಬಿಸಿವೆ.

ಬಫರ್ ಪೂಲ್ ಎಂದರೇನು ಮತ್ತು ನೀವು ಯೋಚಿಸುವುದಕ್ಕಿಂತ ಇದು ಏಕೆ ಹೆಚ್ಚು ಮುಖ್ಯ?

ಎರಡನೇ ಕ್ಯಾಷ್ ಲೇಯರ್ - ಮತ್ತು ಉತ್ಪಾದನಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ವಾದಯೋಗ್ಯವಾಗಿ ಅತ್ಯಂತ ಪ್ರಮುಖವಾದದ್ದು - ಬಫರ್ ಪೂಲ್ (PostgreSQL ನಲ್ಲಿ ಹಂಚಿಕೊಂಡ ಬಫರ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ, MySQL ನಲ್ಲಿ InnoDB ಬಫರ್ ಪೂಲ್). ಇದು RAM ನ ಪ್ರದೇಶವಾಗಿದೆ ಡೇಟಾಬೇಸ್ ಎಂಜಿನ್ ಇತ್ತೀಚೆಗೆ ಪ್ರವೇಶಿಸಿದ ಡೇಟಾ ಪುಟಗಳನ್ನು ಹಿಡಿದಿಡಲು ಬಳಸುತ್ತದೆ. ಫಲಿತಾಂಶದ ಸಂಗ್ರಹದಿಂದ ಪ್ರಶ್ನೆಯನ್ನು ನೀಡಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ, ಯಾವುದೇ ಡಿಸ್ಕ್ ರೀಡ್ ಅನ್ನು ನೀಡುವ ಮೊದಲು ಅಗತ್ಯವಿರುವ ಡೇಟಾ ಪುಟಗಳು ಈಗಾಗಲೇ ಬಫರ್ ಪೂಲ್‌ನಲ್ಲಿವೆಯೇ ಎಂಬುದನ್ನು ಎಂಜಿನ್ ಪರಿಶೀಲಿಸುತ್ತದೆ.

ಬಫರ್ ಪೂಲ್ ತಾತ್ಕಾಲಿಕ ಮತ್ತು ಪ್ರಾದೇಶಿಕ ಸ್ಥಳದ ತತ್ವದ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಇತ್ತೀಚೆಗೆ ಪ್ರವೇಶಿಸಿದ ಡೇಟಾವನ್ನು ಮತ್ತೆ ಪ್ರವೇಶಿಸುವ ಸಾಧ್ಯತೆಯಿದೆ ಮತ್ತು ಪ್ರವೇಶಿಸಿದ ಡೇಟಾದ ಬಳಿ ಸಂಗ್ರಹಿಸಲಾದ ಡೇಟಾವನ್ನು ಶೀಘ್ರದಲ್ಲೇ ಪ್ರವೇಶಿಸುವ ಸಾಧ್ಯತೆಯಿದೆ. ಡೇಟಾಬೇಸ್ ನಿರ್ವಾಹಕರು ಟ್ಯೂನ್ ಬಫರ್ ಪೂಲ್ ಗಾತ್ರವನ್ನು ಅವರು ಮಾಡುವ ಉನ್ನತ-ಹೊಂದಾಣಿಕೆಯ ಕಾನ್ಫಿಗರೇಶನ್ ನಿರ್ಧಾರಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ತುಂಬಾ ಚಿಕ್ಕದಾದ ಬಫರ್ ಪೂಲ್ ನಿರಂತರ ಪುಟ ಹೊರಹಾಕುವಿಕೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ, ಥ್ರಾಶಿಂಗ್ ಎಂಬ ವಿದ್ಯಮಾನವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಅಲ್ಲಿ ಸಿಸ್ಟಮ್ ಪ್ರಶ್ನೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದಕ್ಕಿಂತ ಕ್ಯಾಶ್ ಮಿಸ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಹೆಚ್ಚಿನ ಸಮಯವನ್ನು ಕಳೆಯುತ್ತದೆ.

ಪ್ರಮುಖ ಒಳನೋಟ: ಹೆಚ್ಚಿನ OLTP ವರ್ಕ್‌ಲೋಡ್‌ಗಳಲ್ಲಿ, ಉತ್ತಮ ಗಾತ್ರದ ಬಫರ್ ಪೂಲ್ ಎಂದರೆ ಎಲ್ಲಾ ಡೇಟಾ ರೀಡ್‌ಗಳಲ್ಲಿ 95-99% ರಷ್ಟು RAM ನಿಂದ ನೀಡಲಾಗುತ್ತದೆ. ಕಾರ್ಯನಿರತ ಸೆಟ್ - ನಿಮ್ಮ ಡೇಟಾದ ಉಪವಿಭಾಗವು ಪ್ರಶ್ನೆಗಳನ್ನು ಆಗಾಗ್ಗೆ ಸ್ಪರ್ಶಿಸುತ್ತದೆ - ಸಾಮಾನ್ಯವಾಗಿ ಒಟ್ಟು ಡೇಟಾಬೇಸ್ ಗಾತ್ರಕ್ಕಿಂತ ಚಿಕ್ಕದಾಗಿದೆ. ನಿಮ್ಮ ಸಂಪೂರ್ಣ ಡೇಟಾಸೆಟ್ ಅಲ್ಲ, ನಿಮ್ಮ ವರ್ಕಿಂಗ್ ಸೆಟ್‌ಗೆ ಸರಿಹೊಂದುವಂತೆ ನಿಮ್ಮ ಬಫರ್ ಪೂಲ್ ಅನ್ನು ಗಾತ್ರಗೊಳಿಸುವುದು ನೀವು ತೆಗೆದುಕೊಳ್ಳಬಹುದಾದ ಏಕೈಕ ಹೆಚ್ಚಿನ-ರಿಟರ್ನ್ ಟ್ಯೂನಿಂಗ್ ಕ್ರಿಯೆಯಾಗಿದೆ.

ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಸಂಗ್ರಹವು RAM ಮತ್ತು ಡಿಸ್ಕ್ ನಡುವಿನ ಅಂತರವನ್ನು ಹೇಗೆ ತುಂಬುತ್ತದೆ?

ಡೇಟಾಬೇಸ್‌ನ ಸ್ವಂತ ಬಫರ್ ಪೂಲ್ ತಪ್ಪಿಹೋದಾಗಲೂ, ನಿಜವಾದ ಡಿಸ್ಕ್ ಓದುವಿಕೆಗಾಗಿ ಪ್ರಶ್ನೆಯನ್ನು ಇನ್ನೂ ನಿಗದಿಪಡಿಸಲಾಗಿಲ್ಲ. The operating system maintains a page cache (also called the filesystem cache), a region of kernel-managed RAM that buffers reads and writes to block devices. ಡೇಟಾಬೇಸ್ ಎಂಜಿನ್ ತನ್ನ ಬಫರ್ ಪೂಲ್‌ನಿಂದ ಇಲ್ಲದ ಪುಟವನ್ನು ವಿನಂತಿಸಿದಾಗ, OS ಕರ್ನಲ್ ಶೇಖರಣಾ ನಿಯಂತ್ರಕಕ್ಕೆ ಭೌತಿಕ I/O ಆಜ್ಞೆಯನ್ನು ನೀಡುವ ಮೊದಲು ತನ್ನದೇ ಆದ ಪುಟ ಸಂಗ್ರಹವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ.

ಈ ಮೂರನೇ ಪದರವು ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಹೆಚ್ಚಾಗಿ ಅಗೋಚರವಾಗಿರುತ್ತದೆ ಆದರೆ ಡೇಟಾಬೇಸ್ ಬಫರ್ ಪೂಲ್ ಕಡಿಮೆ-ನಿಬಂಧನೆಯಲ್ಲಿರುವ ಸಿಸ್ಟಂಗಳಲ್ಲಿ ಬಹಳ ಮುಖ್ಯವಾಗಿದೆ. OS ಪುಟ ಸಂಗ್ರಹವನ್ನು ಎಲ್ಲಾ ಪ್ರಕ್ರಿಯೆಗಳಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಇದು ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್, ವೆಬ್ ಸರ್ವರ್ ಮತ್ತು ಅದೇ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಯಾವುದೇ ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ ಸ್ಪರ್ಧಿಸುತ್ತದೆ. ಮೀಸಲಾದ ಡೇಟಾಬೇಸ್ ಸರ್ವರ್‌ಗಳಲ್ಲಿ, ಈ ಸ್ಪರ್ಧೆಯು ಕಡಿಮೆಯಿರುತ್ತದೆ ಮತ್ತು OS ಸಂಗ್ರಹವು ಅರ್ಥಪೂರ್ಣವಾದ ಎರಡನೇ-ಅವಕಾಶ ಬಫರ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ. ಹಂಚಿದ ಹೋಸ್ಟ್‌ಗಳು ಅಥವಾ ಬಿಗಿಯಾದ ಮೆಮೊರಿ ಮಿತಿಗಳನ್ನು ಹೊಂದಿರುವ ಕಂಟೈನರ್‌ಗಳಲ್ಲಿ, OS ಸಂಗ್ರಹವು ಸಹಾಯ ಮಾಡಲು ತುಂಬಾ ಚಿಕ್ಕದಾಗಿದೆ.

ಅಭ್ಯಾಸದಲ್ಲಿ ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಗೆಲುವುಗಳಿಗೆ ಯಾವ ಕ್ಯಾಶ್ ಲೇಯರ್ ಜವಾಬ್ದಾರವಾಗಿದೆ?

ನೈಜ-ಪ್ರಪಂಚದ ಉತ್ಪಾದನಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ, ಬಫರ್ ಪೂಲ್ ವ್ಯಾಪಕ ಅಂತರದಿಂದ ಕಾರ್ಯಕ್ಷಮತೆಯ ಫಲಿತಾಂಶಗಳಲ್ಲಿ ಪ್ರಾಬಲ್ಯ ಹೊಂದಿದೆ. ಪ್ರತಿಯೊಂದು ಪದರವು ಬಳಕೆಯ ಸಂದರ್ಭಗಳಲ್ಲಿ ವಿಭಿನ್ನವಾಗಿ ಕೊಡುಗೆ ನೀಡುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ:

• ಪ್ರಶ್ನೆ ಫಲಿತಾಂಶ ಸಂಗ್ರಹ: ರೀಡ್-ಹೆವಿ, ಹೆಚ್ಚಾಗಿ ಸ್ಟ್ಯಾಟಿಕ್ ಡೇಟಾಸೆಟ್‌ಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ಪ್ರಯೋಜನ - ವರದಿ ಮಾಡುವ ಪ್ರಶ್ನೆಗಳು, ಕ್ಯಾಶ್ ಮಾಡಿದ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ಗಳು, ಸಾರ್ವಜನಿಕ ವಿಷಯದ ಅಂತಿಮ ಬಿಂದುಗಳು. ಬರೆಯಲು-ಭಾರೀ ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಅನುಪಯುಕ್ತ.
• ಡೇಟಾಬೇಸ್ ಬಫರ್ ಪೂಲ್: ಯುನಿವರ್ಸಲ್ ವರ್ಕ್‌ಹಾರ್ಸ್. Every production database server should be tuned here first. ಯಾದೃಚ್ಛಿಕ ಮತ್ತು ಅನುಕ್ರಮ ಪ್ರವೇಶ ಮಾದರಿಗಳನ್ನು ಸಮರ್ಥವಾಗಿ ನಿಭಾಯಿಸುತ್ತದೆ.
• OS ಪುಟ ಸಂಗ್ರಹ: ಬಫರ್ ಪೂಲ್ ಕಡಿಮೆ ಗಾತ್ರದಲ್ಲಿದ್ದಾಗ ಸುರಕ್ಷತಾ ನಿವ್ವಳವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಬಫರ್ ಪೂಲ್‌ನಿಂದ ಬಿಸಿ ಪುಟಗಳನ್ನು ಹೊರಹಾಕುವ ದೊಡ್ಡ ಕೋಷ್ಟಕಗಳ ಅನುಕ್ರಮ ಸ್ಕ್ಯಾನ್‌ಗಳ ಸಮಯದಲ್ಲಿ ಸಹ ಗಮನಾರ್ಹವಾಗಿ ಸಹಾಯ ಮಾಡುತ್ತದೆ.
• ಸ್ಟೋರೇಜ್ ಕಂಟ್ರೋಲರ್ ಕ್ಯಾಶ್ (ಹಾರ್ಡ್‌ವೇರ್ ಲೇಯರ್): ನಾಲ್ಕನೇ, ಸಾಮಾನ್ಯವಾಗಿ ಕಡೆಗಣಿಸಲ್ಪಡುವ ಲೇಯರ್ — NVMe SSD ಗಳು ಮತ್ತು RAID ನಿಯಂತ್ರಕಗಳು ಬ್ಯಾಟರಿ ಅಥವಾ ಕೆಪಾಸಿಟರ್ ಬ್ಯಾಕಪ್‌ನೊಂದಿಗೆ ಆನ್‌ಬೋರ್ಡ್ ರೈಟ್ ಕ್ಯಾಶ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತವೆ. ಇದು fsync ಲೇಟೆನ್ಸಿಯ ವೆಚ್ಚದಲ್ಲಿ ಬರೆಯುವ ಥ್ರೋಪುಟ್ ಅನ್ನು ತ್ಯಾಗ ಮಾಡದೆ ಬಾಳಿಕೆಯನ್ನು ರಕ್ಷಿಸುತ್ತದೆ.
• ಅಪ್ಲಿಕೇಶನ್-ಲೇಯರ್ ಕ್ಯಾಶ್ (Redis, Memcached): ಡೇಟಾಬೇಸ್‌ನ ಮೇಲೆ ಸಂಪೂರ್ಣವಾಗಿ ಕುಳಿತುಕೊಳ್ಳುತ್ತದೆ, ಧಾರಾವಾಹಿ ಪ್ರಶ್ನೆ ಫಲಿತಾಂಶಗಳು ಅಥವಾ ಕಂಪ್ಯೂಟೆಡ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವುದು ಡೇಟಾಬೇಸ್ ಅನ್ನು ಹೊಡೆಯುವುದನ್ನು ತಪ್ಪಿಸಲು — ಸಾವಿರಾರು ಏಕಕಾಲೀನ ಬಳಕೆದಾರರಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಬಹು-ಹಿಡುವಳಿದಾರ SaaS ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಿಗೆ ಸೂಕ್ತವಾಗಿದೆ.

ಸ್ಕೇಲ್‌ನಲ್ಲಿ ವಿಶ್ವಾಸಾರ್ಹತೆಗಾಗಿ ಆಧುನಿಕ ವ್ಯಾಪಾರ ವೇದಿಕೆಗಳು ಸಂಗ್ರಹ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಹೇಗೆ ನಿಯಂತ್ರಿಸಬಹುದು?

ಅನೇಕ ಕ್ರಿಯಾತ್ಮಕ ಮಾಡ್ಯೂಲ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ವ್ಯವಹಾರಗಳಿಗೆ - CRM, ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್, ಇ-ಕಾಮರ್ಸ್, ಅನಾಲಿಟಿಕ್ಸ್ - ಕ್ಯಾಷ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ತಂಡಗಳು ಬೆಳೆದಂತೆ ವೇದಿಕೆಯ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನೇರವಾಗಿ ನಿರ್ಧರಿಸುತ್ತದೆ. ಉತ್ತಮ-ಲೇಯರ್ಡ್ ಕ್ಯಾಷ್ ತಂತ್ರದ ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಪ್ರಮಾಣಾನುಗುಣವಾದ ಮೂಲಸೌಕರ್ಯ ವೆಚ್ಚವಿಲ್ಲದೆ ಹತ್ತಾರು ಸಹವರ್ತಿ ಬಳಕೆದಾರರಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸಬಹುದು. ಸಂಗ್ರಹದ ಗಡಿಗಳನ್ನು ಗೌರವಿಸುವ ಡೇಟಾ ಪ್ರವೇಶ ಮಾದರಿಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವುದು ಪ್ರಮುಖವಾಗಿದೆ: ಬಿಸಿಯಾದ ಡೇಟಾವನ್ನು ಚಿಕ್ಕದಾಗಿ ಮತ್ತು ಪ್ರವೇಶ ಮಾದರಿಗಳನ್ನು ಊಹಿಸಬಹುದಾದಂತೆ ಇರಿಸುವುದು, ಬಫರ್ ಪೂಲ್ ಲೋಡ್ ಅನ್ನು ವಿತರಿಸಲು ಓದುವ ಪ್ರತಿಕೃತಿಗಳನ್ನು ಬಳಸುವುದು ಮತ್ತು ಅನೇಕ ಬಳಕೆದಾರರಿಗೆ ಏಕಕಾಲದಲ್ಲಿ ಒಂದೇ ಡೇಟಾವನ್ನು ಒದಗಿಸುವ ಎಂಡ್ ಪಾಯಿಂಟ್‌ಗಳಿಗಾಗಿ ರೆಡಿಸ್‌ನಂತಹ ಅಪ್ಲಿಕೇಶನ್-ಲೇಯರ್ ಸಂಗ್ರಹವನ್ನು ಡೇಟಾಬೇಸ್‌ನ ಮುಂದೆ ಇರಿಸುವುದು.

ಮೆವೇಜ್ ನಿಖರವಾಗಿ ಈ ತತ್ತ್ವಶಾಸ್ತ್ರವನ್ನು ಮನಸ್ಸಿನಲ್ಲಿಟ್ಟುಕೊಂಡು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. 207 ಸಂಯೋಜಿತ ವ್ಯಾಪಾರ ಮಾಡ್ಯೂಲ್‌ಗಳು 138,000 ಬಳಕೆದಾರರಿಗೆ ಶಕ್ತಿ ನೀಡುವುದರೊಂದಿಗೆ, ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಡೇಟಾ ಲೇಯರ್ ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಇದರಿಂದ ಹೆಚ್ಚಿನ ಓದುಗಳನ್ನು ಕ್ಯಾಶೆಯಿಂದ ಒದಗಿಸಲಾಗುತ್ತದೆ - ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವನ್ನು ವೇಗವಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುವುದು ಮತ್ತು ನೀವು $19/ತಿಂಗಳ ಸ್ಟಾರ್ಟರ್ ಪ್ಲಾನ್ ಅಥವಾ $49/ತಿಂಗಳ ವೃತ್ತಿಪರ ಶ್ರೇಣಿಯಲ್ಲಿ ಚಾಲನೆ ಮಾಡುತ್ತಿದ್ದೀರಾ ಎಂಬುದನ್ನು ಊಹಿಸಬಹುದಾದ ಮೂಲಸೌಕರ್ಯ ವೆಚ್ಚಗಳು.

ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

ಪ್ರಶ್ನೆ ಸಂಗ್ರಹವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಯಾವಾಗಲೂ ಡೇಟಾಬೇಸ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆಯೇ?

ಯಾವಾಗಲೂ ಅಲ್ಲ, ಆದರೆ ಬರವಣಿಗೆ-ಭಾರೀ ಕೆಲಸದ ಹೊರೆಗಳಿಗೆ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಮಾಡುತ್ತದೆ. ಪ್ರಶ್ನೆ ಸಂಗ್ರಹಕ್ಕೆ ಸ್ಥಿರತೆಯನ್ನು ಕಾಯ್ದುಕೊಳ್ಳಲು ಜಾಗತಿಕ ಮ್ಯೂಟೆಕ್ಸ್ ಅಗತ್ಯವಿದೆ, ಇದು ಹೆಚ್ಚಿನ ಏಕಕಾಲಿಕತೆಯ ಅಡಿಯಲ್ಲಿ ಅಡಚಣೆಯಾಗುತ್ತದೆ. MySQL 8.0 ಈ ಕಾರಣಕ್ಕಾಗಿ ಪ್ರಶ್ನೆ ಸಂಗ್ರಹವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕಿದೆ. PostgreSQL ಎಂದಿಗೂ ಅಂತರ್ನಿರ್ಮಿತ ಪ್ರಶ್ನೆ ಸಂಗ್ರಹವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಿಲ್ಲ, ಬದಲಿಗೆ ಬಫರ್ ಪೂಲ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್-ಲೇಯರ್ ಕ್ಯಾಶಿಂಗ್ ಅನ್ನು ಅವಲಂಬಿಸಿದೆ. ನಿಮ್ಮ ಓದಲು-ಬರೆಯುವ ಅನುಪಾತವು ಅಧಿಕವಾಗಿದ್ದರೆ ಮತ್ತು ನಿಮ್ಮ ಪ್ರಶ್ನೆಗಳು ಹೆಚ್ಚು ಪುನರಾವರ್ತಿತವಾಗಿದ್ದರೆ, ಪ್ರಶ್ನೆ ಸಂಗ್ರಹವು ನಿಜವಾದ ಲಾಭವನ್ನು ನೀಡುತ್ತದೆ - ಇಲ್ಲದಿದ್ದರೆ, ಆ ಶ್ರುತಿ ಪ್ರಯತ್ನವನ್ನು ಬಫರ್ ಪೂಲ್‌ನಲ್ಲಿ ಹೂಡಿಕೆ ಮಾಡಿ.

ನನ್ನ ಬಫರ್ ಪೂಲ್ ಸರಿಯಾಗಿ ಗಾತ್ರದಲ್ಲಿದೆಯೇ ಎಂದು ನನಗೆ ಹೇಗೆ ತಿಳಿಯುವುದು?

ನಿಮ್ಮ ಬಫರ್ ಪೂಲ್ ಹಿಟ್ ಅನುಪಾತವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಿ: ಪೂಲ್‌ನಿಂದ ನೀಡಲಾದ ಪುಟ ವಿನಂತಿಗಳ ಶೇಕಡಾವಾರು ಮತ್ತು ಡಿಸ್ಕ್ ಓದುವ ಅಗತ್ಯವಿರುವವು. OLTP ಕೆಲಸದ ಹೊರೆಯಲ್ಲಿ 95% ಕ್ಕಿಂತ ಕಡಿಮೆ ಹಿಟ್ ಅನುಪಾತವು ಪೂಲ್ ಗಾತ್ರವನ್ನು ಹೆಚ್ಚಿಸಲು ಸಂಕೇತವಾಗಿದೆ. MySQL ನಲ್ಲಿ, Show Engine INNODB STATUS ಅನ್ನು ಪ್ರಶ್ನಿಸಿ ಮತ್ತು ಬಫರ್ ಪೂಲ್ ಹಿಟ್ ದರವನ್ನು ನೋಡಿ. PostgreSQL ನಲ್ಲಿ, pg_statio_user_tables ವೀಕ್ಷಣೆಯು ಬಫರ್ ಪೂಲ್‌ನಿಂದ ಬಡಿಸಿದ ಡಿಸ್ಕ್‌ನಿಂದ ರೀಡ್ ಹೀಪ್ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ. ನಿಮ್ಮ ಸಂಪೂರ್ಣ ವರ್ಕಿಂಗ್ ಸೆಟ್ ಅನ್ನು ಇರಿಸಿಕೊಳ್ಳಲು ಗುರಿಯನ್ನು ಹೊಂದಿರಿ — ನಿಮ್ಮ ಪೂರ್ಣ ಡೇಟಾ ಸೆಟ್ ಅಲ್ಲ — RAM ನಲ್ಲಿ ನಿವಾಸಿ.

ಕ್ಯಾಶ್ ಲೇಯರ್‌ಗಳು ಮತ್ತು ಬಹು-ಹಿಡುವಳಿದಾರ SaaS ವಿಶ್ವಾಸಾರ್ಹತೆಯ ನಡುವಿನ ಸಂಬಂಧವೇನು?

ಬಹು-ಹಿಡುವಳಿದಾರ SaaS ನಲ್ಲಿ, ಕ್ಯಾಶ್ ಲೇಯರ್‌ಗಳು "ಗದ್ದಲದ ನೆರೆಹೊರೆ" ಸಮಸ್ಯೆಗಳನ್ನು ತಡೆಯುತ್ತದೆ, ಅಲ್ಲಿ ಒಬ್ಬ ಹಿಡುವಳಿದಾರನ ಭಾರೀ ಪ್ರಶ್ನೆ ಲೋಡ್ ಇತರ ಎಲ್ಲಾ ಬಾಡಿಗೆದಾರರ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಕುಗ್ಗಿಸುತ್ತದೆ. TTL-ಆಧಾರಿತ ಅಮಾನ್ಯೀಕರಣದೊಂದಿಗೆ ಬಾಡಿಗೆದಾರ-ಅರಿವು ಅಪ್ಲಿಕೇಶನ್ ಕ್ಯಾಶಿಂಗ್ ರೆಡಿಸ್‌ನಲ್ಲಿ ಪ್ರತಿ ಬಾಡಿಗೆದಾರರ ಹಾಟ್ ಡೇಟಾವನ್ನು ಇರಿಸುತ್ತದೆ, ದೊಡ್ಡ ಖಾತೆಗಳಿಂದ ಬಫರ್ ಪೂಲ್ ಒತ್ತಡವನ್ನು ತೀವ್ರವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಬೆಚ್ಚಗಿನ ಬಫರ್ ಪೂಲ್‌ನೊಂದಿಗೆ ಸಂಯೋಜಿಸಲಾದ ಡೇಟಾಬೇಸ್-ಹಂತದ ಸಂಪರ್ಕ ಪೂಲಿಂಗ್ ಯಾವುದೇ ಏಕ ಖಾತೆಯಿಂದ ಬರ್ಸ್ಟ್ ಚಟುವಟಿಕೆಯು ಹಂಚಿಕೆಯ ಪುಟಗಳನ್ನು ಸಂಗ್ರಹದಿಂದ ಫ್ಲಶ್ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಾದ್ಯಂತ ಲೇಟೆನ್ಸಿ ಸ್ಪೈಕ್‌ಗಳನ್ನು ಉಂಟುಮಾಡುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ.

ಕ್ಯಾಶ್ ಲೇಯರ್‌ಗಳು ಡೇಟಾಬೇಸ್ ಟ್ರಿವಿಯಾ ಅಲ್ಲ - ಅವು ಆರ್ಕಿಟೆಕ್ಚರಲ್ ಫೌಂಡೇಶನ್ ಆಗಿದ್ದು, ಅವು ಸ್ಥಿರವಾದ ಮೂಲಸೌಕರ್ಯ ಅಗ್ನಿಶಾಮಕ ಅಗತ್ಯವಿರುವ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಿಂದ ಪ್ರಮಾಣದಲ್ಲಿ ವೇಗವಾಗಿ ಉಳಿಯುತ್ತವೆ. ಈ ನೈಜತೆಗಳಿಗಾಗಿ ಈಗಾಗಲೇ ಆಪ್ಟಿಮೈಸ್ ಮಾಡಿದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅಗತ್ಯವಿರುವ ವ್ಯಾಪಾರವನ್ನು ನೀವು ನಿರ್ಮಿಸುತ್ತಿದ್ದರೆ ಅಥವಾ ನಡೆಸುತ್ತಿದ್ದರೆ, app.mewayz.com ನಲ್ಲಿ Mewayz ಅನ್ನು ಎಕ್ಸ್‌ಪ್ಲೋರ್ ಮಾಡಿ — 207 ಮಾಡ್ಯೂಲ್‌ಗಳು, ಒಂದು ಸುಸಂಬದ್ಧ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್, ನಿಮ್ಮ ಮೊದಲ ಬಳಕೆದಾರರಿಂದ ನಿಮ್ಮ ನೂರು ಸಾವಿರದವರೆಗೆ ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ನಿರ್ಮಿಸಲಾಗಿದೆ.