Bài viết này sẽ phân tích sâu về quá trình triển khai, những thách thức kỹ thuật và giải pháp mà đội ngũ Notion đã áp dụng.
Cách Notion sử dụng SQLite để caching
Notion là một ứng dụng năng suất, tích hợp không gian làm việc all-in-one, cho phép người dùng ghi chú, làm spreadsheet, quản lý lịch, theo dõi timeline dự án và nhiều thứ khác. Một trong những thách thức của các kỹ sư Notion là phải đảm bảo trải nghiệm người dùng mượt mà trên mọi nền tảng, từ web, desktop đến mobile.
Vào năm 2021, Notion đã bắt đầu áp dụng SQLite để cache dữ liệu trong các ứng dụng cho Windows và macOS. Thay đổi này đã giúp load trang ban đầu nhanh hơn 50% và tốc độ điều hướng giữa các trang cũng nhanh hơn 50%. Thấy cách này hiệu quả, họ quyết định mang chiến lược tương tự lên trình duyệt web.
Notion đã sử dụng bản implement SQLite bằng WebAssembly và đạt được kết quả cải thiện 20% thời gian điều hướng trang cho website.
SQLite là gì và tại sao nó lại hay ho?
SQLite là một database quan hệ, mã nguồn mở, dạng embedded. Nó cực kỳ mạnh mẽ, hỗ trợ ACID transactions, full-text search, truy vấn không gian địa lý và nhiều thứ khác.
Điểm cộng của SQLite là nó rất nhẹ và serverless. Nó không cần một process server riêng để chạy. Thay vào đó, toàn bộ hệ thống database nằm trong một thư viện duy nhất và tích hợp thẳng vào code. Tất cả dữ liệu được lưu trữ local.
Nó được sử dụng rộng rãi trong các lĩnh vực như: Embedded Systems, Desktop & Mobile Apps và Phát triển web
Notion đã sử dụng SQLite trên website như thế nào?
Notion sử dụng bản implement SQLite bằng WebAssembly. WASM cho phép mã C, C++, Rust được biên dịch thành một ngôn ngữ cấp thấp giống assembly để chạy trên trình duyệt với hiệu suất gần như gốc (near-native).
Về cơ bản, thư viện WASM SQLite sử dụng File System API của trình duyệt để ghi trạng thái của database SQLite xuống ổ cứng, cụ thể hơn là Origin Private File System (OPFS).
Đây là cách cơ chế caching của họ hoạt động:
- Mỗi tab có một Web Worker riêng: Mỗi tab Notion được mở sẽ có một Web Worker riêng. Đây là một luồng nền chạy JavaScript mà không làm ảnh hưởng đến luồng UI chính, giúp các tác vụ nặng không làm đơ trình duyệt.
- Web Locks để đồng bộ: Chỉ có “tab active” mới được phép dùng web worker của mình để ghi vào SQLite. Notion quản lý việc này bằng Web Locks API và một
SharedWorkerriêng biệt tương tác với tất cả các tab Notion đang mở. - SharedWorker điều phối các truy vấn:: SharedWorker sẽ theo dõi xem tab nào là “active tab”. Bất cứ khi nào nó nhận được một yêu cầu ghi database từ một tab không active, và SharedWorker sẽ chuyển hướng yêu cầu đó đến Web Worker của tab active để xử lý.
Những thách thức mà team Notion đã gặp phải
Trong quá trình triển khai, team Notion đã gặp phải một vài vấn đề nan giải:
Database Corruption: Trước khi dùng kiến trúc SharedWorker, Notion gặp vấn đề hỏng dữ liệu SQLite. Một số người dùng thấy dữ liệu sai trên trang, ví dụ như comment bị gán nhầm người, hoặc preview trang không đúng.
- Nguyên nhân: Lỗi concurrency. Trước đó, mỗi tab Notion đều tự ghi vào database SQLite cùng một lúc. OPFS API lúc đó xử lý concurrency không tốt, dẫn đến corruption.
- Giải pháp: Chuyển sang kiến trúc dựa trên
SharedWorker, đảm bảo chỉ có một tab duy nhất được phép ghi vào đĩa tại một thời điểm.
Đọc disk chậm hơn cả gọi API: Sau khi thêm caching, team Notion thấy performance trên các thiết bị yếu nhất (P95) lại tệ đi.
- Nguyên nhân: Các điện thoại Android cũ có tốc độ đọc từ đĩa cực kỳ chậm. Việc tải dữ liệu từ cache trên đĩa đôi khi còn chậm hơn cả việc tải cùng dữ liệu đó từ API của Notion.
- Giải pháp: Họ giải quyết bằng cách áp dụng cơ chế race giữa hai request bất đồng bộ: một từ cache đĩa qua SQLite và một từ API của Notion. Request nào về trước thì dùng, đảm bảo người dùng luôn có trải nghiệm nhanh nhất có thể.
Không load SQLite bất đồng bộ: Ban đầu, thư viện WASM SQLite không được tải một cách bất đồng bộ. Điều này có nghĩa là quá trình tải và xử lý thư viện đã chặn quá trình tải trang, làm chậm thời gian tải trang ban đầu.
- Nguyên nhân: Tải đồng bộ (synchronous loading) chặn luồng chính.
- Giải pháp: Tải WASM SQLite một cách bất đồng bộ (asynchronously). Điều này có một sự đánh đổi: dữ liệu cho lần tải trang đầu tiên sẽ không được lấy từ SQLite phải thông qua yêu cầu mạng. Tuy nhiên, sự đánh đổi này vẫn mang lại thời gian tải trang ban đầu tổng thể nhanh hơn cho người dùng
Sau khi triển khai SQLite để caching trên trình duyệt, Notion đã ghi nhận cải thiện 20% về thời gian điều hướng giữa các trang mà không làm suy giảm bất kỳ chỉ số nào khác. Đây là một thành công đáng kể trong việc tối ưu hóa trải nghiệm người dùng trên nền tảng web.
Website không chứa bất kỳ quảng cáo nào, mọi đóng góp để duy trì phát triển cho website (donation) xin vui lòng gửi về STK 90.2142.8888 - Ngân hàng Vietcombank Thăng Long - TRAN VAN BINH
=============================
Nếu bạn không muốn bị AI thay thế và tiết kiệm 3-5 NĂM trên con đường trở thành DBA chuyên nghiệp hay làm chủ Database thì hãy đăng ký ngay KHOÁ HỌC ORACLE DATABASE A-Z ENTERPRISE, được Coaching trực tiếp từ tôi với toàn bộ bí kíp thực chiến, thủ tục, quy trình của gần 20 năm kinh nghiệm (mà bạn sẽ KHÔNG THỂ tìm kiếm trên Internet/Google) từ đó giúp bạn dễ dàng quản trị mọi hệ thống Core tại Việt Nam và trên thế giới, đỗ OCP.
- CÁCH ĐĂNG KÝ: Gõ (.) hoặc để lại số điện thoại hoặc inbox https://m.me/tranvanbinh.vn hoặc Hotline/Zalo 090.29.12.888
- Chi tiết tham khảo:
https://bit.ly/oaz_w
=============================
2 khóa học online qua video giúp bạn nhanh chóng có những kiến thức nền tảng về Linux, Oracle, học mọi nơi, chỉ cần có Internet/4G:
- Oracle cơ bản: https://bit.ly/admin_1200
- Linux: https://bit.ly/linux_1200
=============================
KẾT NỐI VỚI CHUYÊN GIA TRẦN VĂN BÌNH:
📧 Mail: binhoracle@gmail.com
☎️ Mobile/Zalo: 0902912888
👨 Facebook: https://www.facebook.com/BinhOracleMaster
👨 Inbox Messenger: https://m.me/101036604657441 (profile)
👨 Fanpage: https://www.facebook.com/tranvanbinh.vn
👨 Inbox Fanpage: https://m.me/tranvanbinh.vn
👨👩 Group FB: https://www.facebook.com/groups/DBAVietNam
👨 Website: https://www.tranvanbinh.vn
👨 Blogger: https://tranvanbinhmaster.blogspot.com
🎬 Youtube: https://www.youtube.com/@binhguru
👨 Tiktok: https://www.tiktok.com/@binhguru
👨 Linkin: https://www.linkedin.com/in/binhoracle
👨 Twitter: https://twitter.com/binhguru
👨 Podcast: https://www.podbean.com/pu/pbblog-eskre-5f82d6
👨 Địa chỉ: Tòa nhà Sun Square - 21 Lê Đức Thọ - Phường Mỹ Đình 1 - Quận Nam Từ Liêm - TP.Hà Nội
=============================
cơ sở dữ liệu, cơ sở dữ liệu quốc gia, database, AI, trí tuệ nhân tạo, artificial intelligence, machine learning, deep learning, LLM, ChatGPT, DeepSeek, Grok, oracle tutorial, học oracle database, Tự học Oracle, Tài liệu Oracle 12c tiếng Việt, Hướng dẫn sử dụng Oracle Database, Oracle SQL cơ bản, Oracle SQL là gì, Khóa học Oracle Hà Nội, Học chứng chỉ Oracle ở đầu, Khóa học Oracle online,sql tutorial, khóa học pl/sql tutorial, học dba, học dba ở việt nam, khóa học dba, khóa học dba sql, tài liệu học dba oracle, Khóa học Oracle online, học oracle sql, học oracle ở đâu tphcm, học oracle bắt đầu từ đâu, học oracle ở hà nội, oracle database tutorial, oracle database 12c, oracle database là gì, oracle database 11g, oracle download, oracle database 19c/21c/23c/23ai, oracle dba tutorial, oracle tunning, sql tunning , oracle 12c, oracle multitenant, Container Databases (CDB), Pluggable Databases (PDB), oracle cloud, oracle security, oracle fga, audit_trail,oracle RAC, ASM, oracle dataguard, oracle goldengate, mview, oracle exadata, oracle oca, oracle ocp, oracle ocm , oracle weblogic, postgresql tutorial, mysql tutorial, mariadb tutorial, ms sql server tutorial, nosql, mongodb tutorial, oci, cloud, middleware tutorial, docker, k8s, micro service, hoc solaris tutorial, hoc linux tutorial, hoc aix tutorial, unix tutorial, securecrt, xshell, mobaxterm, putty
