Bài viết giới thiệu các tính năng mới trong MySQL 9.7 LTS, tập trung vào cải thiện sự ổn định và hiệu suất cho môi trường cơ sở dữ liệu.
Why read it: Là người phát triển cần hiểu về MySQL 9.7 LTS để tối ưu hóa ứng dụng của mình với các cải tiến về ổn định và hiệu suất, đặc biệt khi triển khai trong môi trường sản xuất hoặc hệ thống yêu cầu độ tin cậy cao.
Answer 3 short questions to earn reward points for this article. Only do it if you want the points.
3 questions · under a minute · optional
Source: https://www.percona.com/blog/inside-mysql-9-7-lts-features. 8 Sync News only summarizes and links out; content copyright belongs to the authors and original sources.
Đang tải bình luận…
DumboDB công bố hỗ trợ collations, cho phép sắp xếp và so sánh dữ liệu theo quy tắc ngôn ngữ cụ thể. Kết quả này xuất phát từ việc tích hợp tính năng của MongoDB và Git vào một nền tảng mới. Với collations, các ứng dụng có thể lọc và sắp xếp dữ liệu theo ngôn ngữ người dùng, giảm sai lệch trong xử lý ngôn ngữ. Điều này minh họa lợi ích của việc áp dụng các tiêu chuẩn sắp xếp ngôn ngữ để cải thiện hiệu suất. Do đó, nếu dự án của bạn xử lý dữ liệu đa ngôn ngữ, cân nhắc sử dụng collations trong DumboDB.
Bài viết này giúp bạn hiểu cách DumboDB hỗ trợ collation, giống như một sự kết hợp giữa MongoDB và Git.
Bài viết thực nghiệm trên PostgreSQL bằng cách tăng số kết nối từ 1 lên 400 để đo throughput và latency. Kết quả cho thấy throughput đạt đỉnh ở khoảng 48 kết nối, sau đó giảm 37% khi tăng lên 400 kết nối, đồng thời latency tăng gấp 13 lần. Nguyên nhân là sự cạnh tranh về tài nguyên bộ nhớ và luồng trong PostgreSQL khi số kết nối vượt quá khả năng xử lý của CPU và bộ nhớ đệm, gây ra hiện tượng thrashing và tăng thời gian chờ lock. Điều này dạy chúng ta nên đo lường đường cong hiệu suất và chọn kích thước connection pool phù hợp, thay vì đặt giá trị cao nhất có thể.
Bài viết này giúp lập trình viên hiểu cách tối ưu kích thước connection pool để đạt hiệu suất cao nhất.
LibreDB Studio là IDE SQL mã nguồn mở, tự host cho PostgreSQL chạy trên trình duyệt, triển khai dưới dạng container, Helm chart hoặc npm package. Công cụ hỗ trợ pooling connection, transaction rõ ràng, giám sát thông qua pg_stat_* và xác thực qua local account hoặc OIDC với kiểm soát quyền truy cập.
Lập trình viên phát triển ứng dụng PostgreSQL nên đọc để tìm hiểu cách tự host một IDE SQL trực tuyến, tối ưu hóa hiệu năng với cơ chế kết nối pooled và tự động rollback, đồng thời khám phá tính năng hỗ trợ quyền truy cập RBAC và hỗ trợ OIDC, giúp streamline quá trình phát triển và quản lý cơ sở dữ liệu.
Bài viết bắt đầu bằng việc tạo bảng comments với 1 triệu bản ghi trong PostgreSQL để đánh giá hiệu suất các chiến lược indexing. Tác giả chạy EXPLAIN ANALYZE trên các truy vấn lọc và sắp xếp theo nhiều cột, đo thời gian thực thi của sequential scan là khoảng 17 ms khi không có index. Khi tạo chỉ mục đơn cột trên cột được dùng trong WHERE, thời gian giảm xuống dưới 2 ms; nhưng chỉ mục hợp thành (c1, c2) chỉ hiệu quả khi thứ tự cột trong chỉ mục khớp với thứ tự sử dụng trong predicate và ORDER BY. Đảo ngược thứ tự cột trong chỉ mục hợp thành khiến planner phải thực hiện index scan kết hợp với recheck hoặc fallback về sequential scan, làm tăng thời gian lên 5‑8 ms tùy thuộc vào selectivity. Bài học là: thiết kế chỉ mục hợp thành cần đặt cột có tính chọn lọc cao hoặc được sử dụng trong điều kiện bằng trước, sau đó mới là cột dùng cho range hoặc sắp xếp, và luôn xác thực bằng EXPLAIN ANALYZE trên dữ liệu thực tế.
Bài viết này giúp lập trình viên tối ưu hóa hiệu suất truy vấn SQL bằng cách giải thích cách tạo và sử dụng chỉ mục composite đúng cách.
AI mô tả ngày DBA gồm sao lưu, tài liệu, kiểm tra sức khỏe chủ động và một môi trường làm việc im lặng (cửa đóng). Ngày thực tế của tác giả chứa 13 công việc, gấp hơn hai lần so với sáu mục mà AI tưởng tượng. Khoảng cách này xuất phát từ việc AI bỏ qua các sự cố bất ngờ, yêu cầu hỗ trợ tức thời và các tác vụ quản lý cấu hình không được ghi lại trước. Vì vậy, dựa chỉ trên mô hình của AI có thể dẫn đến đánh giá thấp về tải lavoro và tăng nguy cơ stress cho DBA. Bài học là khi lên kế hoạch nhân lực cần tính cả tác vụ có lịch và các gián đoạn không thể dự đoán để có đánh giá thực tế hơn.
Bài viết này giúp bạn thấy được sự khác biệt giữa quan niệm lý tưởng và thực tế công việc của một DBA, từ đó hiểu thách thức thực sự trong quản lý cơ sở dữ liệu.
Bài viết đánh giá lại những lời khuyên trước đây về các tính năng như COPY, TOAST, BRIN, covering indexes và partitioning trong PostgreSQL, xem xét những thay đổi từ các phiên bản Postgres gần đây và đưa ra khuyến nghị cho phiên bản sắp tới (Postgres 19).
Một lập trình viên nên đọc bài này để cập nhật cách tối ưu hóa cơ sở dữ liệu PostgreSQL 19 mới nhất, đặc biệt là về các kỹ thuật như COPY, TOAST, BRIN, và cách sử dụng các chỉ mục bù và phân vùng hiệu quả, giúp cải thiện hiệu suất và quản lý tài nguyên trong ứng dụng hiện đại.
Hầu hết các nhà cung cấp Postgres lớn (AWS RDS, Azure, Google Cloud SQL, Supabase, Neon...) đều tích hợp sẵn PgBouncer hoặc giải pháp pooling tương tự, chỉ trừ IBM Cloud và Oracle OCI. Bài viết cho rằng pooling là yếu tố bắt buộc vì Postgres xử lý kết nối kém hiệu quả, trái ngược với MySQL hay MongoDB vốn không cần giải pháp bổ sung.
Là lập trình viên quản lý cơ sở dữ liệu PostgreSQL, bạn nên đọc bài này để hiểu tại sao việc sử dụng PgBouncer không chỉ là một giải pháp hiệu quả mà còn là một công cụ bắt buộc để tối ưu hóa hiệu suất, tránh tình trạng "connection leak" và giảm chi phí tài nguyên khi làm việc với nhiều ứng dụng đồng thời.
Tác giả muốn kiểm tra xem AI có thể tự động đề xuất chỉ mục cho SQL Server dựa trên một tuần truy vấn thực tế không. AI phân tích kế hoạch thực hiện, các DMV missing_index và ước lượng chi phí để tạo ra một tập hợp chỉ mục phi bunch và lọc. Sau khi áp dụng các chỉ mục này, thời gian trả lời SELECT trung bình giảm theo con số cụ thể mà bài viết ghi lại, nhưng chi phí INSERT/UPDATE tăng theo con số khác, dẫn đến hiệu suất tổng thể không cải thiện như mong đợi. Kết quả cho thấy việc chỉ dựa trên gợi ý của AI mà không kiểm tra cả hai phía đọc‑ghi có thể gây ra đánh đổi không lợi; cần có bộ đo lường đồng thời cả latency read và throughput write trước khi quyết định. Bài viết cũng nhấn mạnh tầm quan trọng của việc
Bài viết này giúp lập trình viên hiểu được sự khác biệt giữa những gì AI đề xuất và hiệu quả thực tế khi tối ưu hóa SQL Server indexes.
Read the news here, practice coding, follow structured courses and train for IELTS on our sibling products — all connected through one 8 Sync account.
The ecosystem home: product overviews, blog and full pricing.
ExploreLearn along a clear roadmap: videos, auto-graded quizzes, certificates and mentors who ship for a living.
View the roadmap1,000+ DSA problems in Vietnamese, auto-graded across 7 languages — many FREE, right in your browser.
Practice for freeAI grading for all four IELTS skills with detailed rubric feedback.
Try it freeA 22 MB AI IDE for Vietnamese devs.
Download freeOrganizational memory for AI agents.
ExploreAI that staffs your Fanpage and qualifies leads for you.
Try it