Mark Wong's Blog: Sizing an OLTP TPC-E-like workload, Part 1

Milan Jovanović2 Hot7 min7 h agoAI

When Postgres Picks the Wrong Index (And How to Fix It)

Trong môi trường có sẵn một index đã hoạt động hiệu quả, việc thêm index mới lại khiến Postgres lựa chọn kế hoạch xử lý kém hiệu quả hơn, loại bỏ gần nửa triệu hàng chỉ để trả về kết quả 10 hàng. Nguyên nhân kỹ thuật nằm ở cơ chế chọn index của Postgres khi cost-based optimizer không tính toán chính xác chi phí của từng kế hoạch, dẫn đến việc chọn wrong index. Hệ quả là query performance giảm nghiêm trọng khi hệ thống phải xử lý lượng dữ liệu lớn hơn nhiều so với cần thiết. Bài viết cung cấp ví dụ cụ thể về cách monitor và điều chỉnh configuration parameters như random_page_cost để giúp Postgres đưa ra quyết định chọn index chính xác hơn. Lập trình viên nên đọc bài để hiểu rõ hành vi của Postgres query planner và tránh các trap khi làm việc với indexes trong production environment.

Bài viết giúp bạn hiểu và giải quyết vấn đề PostgreSQL chọn sai index gây lãng phí tài nguyên.

#database #sql #postgresql Source

Percona Blog15 Hot9 min2 d agoAI

pgBackRest Compression: How Much CPU Is a Smaller Backup Worth?

pgBackRest đã được benchmark với các thuật toán nén khác nhau (gz, lz4, zst, bz2) trên dữ liệu thực từ Stack Exchange. Zstandard ở mức thấp (zst(3)) cho tỷ lệ CPU-cost-to-savings tốt nhất với tỷ lệ tiết kiệm 64.7% chỉ trong 59 CPU-seconds, trong khi mức zst(22) chỉ giảm thêm 9.4% dung lượng nhưng tốn gấp 90 lần CPU. LZ4 chỉ hiệu quả ở mức 1 hoặc thấp hơn, gzip đạt đỉnh ở mức 5-6, còn bz2 không bao giờ nằm trên biên hiệu quả. Bạn nên tự benchmark với dữ liệu thực của mình trước khi chọn mức nén sản phẩm.

Bài này giúp bạn chọn mức nén tối ưu cho pgBackRest bằng cách phân tích chi phí CPU và hiệu suất lưu trữ cho từng thuật toán.

#postgresql Source

AWS1 Hot2 min11 h agoAI

The new AgentCore Runtime is now available in Amazon Bedrock AgentCore

Amazon Bedrock vừa tung ra AgentCore Runtime mới trên nền tảng của mình. AgentCore Runtime là framework từ AWS giúp xây dựng AI agents với hiệu suất cao và khả năng mở rộng tốt. AgentCore sử dụng kỹ thuật conversation chains để duy trì ngữ cảnh hội thoại và hỗ trợ memory management hiệu quả. Việc triển khai AgentCore Runtime giúp giảm latency lên đến 30% so với phiên bản trước. Lập trình viên nên xem xét áp dụng AgentCore khi phát triển các AI agents cần xử lý tác vụ phức tạp và duy trì trạng thái hội thoại dài.

Lập trình viên nên đọc bài này để hiểu cách sử dụng AgentCore Runtime mới trên Amazon Bedrock để phát triển ứng dụng AI tiên tiến hơn.

#aws #ai-agent #serverless Source

W endell Adriel43 Hot25 min8 d agoAI

Eloquent Performance and Database Design: Evidence Before Eager Loading

Bài viết phân tích hiệu năng Eloquent trong Laravel, tập trung vào phát hiện N+1 queries và các kỹ thuật tối ưu hóa database design. Tác giả chỉ ra việc sử dụng eager loading thay vì lazy loading giúp giảm từ 150 truy vấn xuống còn 2 truy vấn cho cùng dữ liệu. Các kỹ thuật quan trọng được đề cập bao gồm pagination với chunking, transaction boundaries và việc phân tích query plans bằng EXPLAIN. Điều đáng học là cách cân bằng giữa tính chính xác dữ liệu và hiệu năng thông qua chọn lọc aggregation functions và indexes phù hợp.

Bài viết này giúp lập trình viên tối ưu hiệu năng ứng dụng bằng cách giải quyết các vấn đề về truy vấn N+1, thiết kế cơ sở dữ liệu và chiến lược xử lý dữ liệu hiệu quả.

#database #postgresql #laravel Source

Architecture Weekly69 Hot7 min11 d agoAI

Avoid Duke Nukem Forever Mode

Bối cảnh là việc phát triển phần mềm bị đình trệ, đặc biệt với dự án Duke Nukem Forever. Nguyên nhân kỹ thuật thường đến từ việc liên tục thay đổi yêu cầu và tái cấu trúc code mà không có kế hoạch rõ ràng. Hệ quả là dự án kéo dài vô hạn, tốn hàng triệu USD và cuối cùng phải hủy bỏ. Điều đáng học là áp dụng phương pháp agile và thiết kế hệ thống vững chắc ngay từ đầu để tránh rơi vào "Duke Nukem Forever Mode".

Bài này giúp lập trình viên tránh sa vào tình trạng trì hoãn vô tận như Duke Nukem Forever.

#open-source #architecture #postgresql Source

Trendyol Tech68 Hot21 min11 d agoAI

Scaling Down Costs, Not Performance: How We Migrated from Couchbase to PostgreSQL

Trendyol xử lý hàng triệu sự kiện và giao dịch mỗi ngày và trước đây dựa vào Couchbase làm kho dữ liệu chính. Khi chi phí cấp phép và vận hành Couchbase tăng theo mức sử dụng, đội ngũ quyết định tìm giải pháp thay thế mã nguồn mở để giảm chi phí mà không làm giảm hiệu suất. Họ đã thiết kế lại mô hình dữ liệu, chuyển các truy vấn và bộ đệm sang PostgreSQL, sử dụng partitioning và indexing tối ưu để duy trì thời gian phản hồi ở mức mili giây. Sau khi hoàn tất migration, chi phí hạ tầng đã giảm đáng kể trong khi latency trung bình vẫn ổn định ở mức trước khi thay đổi. Bài viết nhấn mạnh bài học quan trọng: trước khi thay đổi công nghệ cần đo lường rõ ràng cả chi phí và chỉ số hiệu suất để đảm bảo quyết định mang lại lợi ích thực tế.

Bài viết này cho thấy cách giảm chi phí cơ sở dữ liệu mà không làm giảm hiệu suất thông qua việc di chuyển từ Couchbase sang PostgreSQL.

#database #postgresql #couchbase Source

MotherDuck7 Hot16 min3 d agoAI

They All Write, Store, and Read Data: How to Pick The Right Database

SQLite, Postgres, DuckDB và 20 hệ thống CSDL khác đều thực hiện chức năng write, store và read data. Việc lựa chọn phụ thuộc vào loại truy vấn hàng ngày của bạn - DuckDB xử lý analytical queries nhanh hơn 10-100 lần so với SQLite cho dữ liệu lớn. Postgres tỏ ưu thế với transactional workload nhờ tính ACID và hỗ trợ concurrency tốt hơn. SQLite phù hợp ứng dụng embedded với yêu cầu nhẹ nhàng, trong khi các hệ thống NoSQL như MongoDB excel với dữ liệu không cấu trúc. Bài viết giúp hiểu rõ đặc điểm từng công nghệ để đưa ra lựa chọn tối ưu cho use case cụ thể.

Bài viết giúp lập trình viên hiểu rõ cách chọn phù hợp giữa nhiều hệ thống cơ sở dữ liệu khác nhau dựa trên nhu cầu cụ thể.

#database #postgresql #sqlite Source

Prisma Blog25 Hot8 min9 d agoAI

Is Prisma 8 Ready for Long-Lived Production Apps?

Bối cảnh: Prisma 8 đang là chủ đề bàn luận trong các cộng đồng lập trình với những lo ngại về khả năng triển khai trong các ứng dụng sản phẩm lâu dài. Nguyên nhân kỹ thuật: Lead developer của Prisma 8 giải quyết ba vấn đề chính từ Reddit discussion: kiến trúc mới, động lực thương mại của Prisma, và liệu migration model có che đi SQL hay không. Hệ quả: Những giải đáp này giúp làm rõ hướng phát triển của Prisma và tăng cường niềm tin của lập trình viên khi cân nhắc sử dụng framework cho các dự án lớn. Điều đáng học: Người dùng nên chú ý đến cách Prisma cân bằng giữa trừu tượng hóa SQL và cung cấp quyền kiểm soát trực tiếp khi cần thiết.

Bài này giải đáp ba mối quan trọng về Prisma 8 giúp lập trình viên đánh giá khả năng triển khai ứng dụng sản xuất lâu dài.

#database #typescript #postgresql Source

Mark Wong's Blog: Sizing an OLTP TPC-E-like workload, Part 1

Recommended for you

Bình luận

When Postgres Picks the Wrong Index (And How to Fix It)

pgBackRest Compression: How Much CPU Is a Smaller Backup Worth?

The new AgentCore Runtime is now available in Amazon Bedrock AgentCore

Eloquent Performance and Database Design: Evidence Before Eager Loading

Avoid Duke Nukem Forever Mode

Scaling Down Costs, Not Performance: How We Migrated from Couchbase to PostgreSQL

They All Write, Store, and Read Data: How to Pick The Right Database

Is Prisma 8 Ready for Long-Lived Production Apps?

One account, the whole ecosystem

8syncdev.com

Courses

Coding practice

IELTS

ZUS — AI IDE

mind0

AcoLeads