BÀI 8: Kiểm soát và giảm thiểu hoạt động xử lý cơ sở dữ liệu
•
2 likes•1,438 views
Tại sao phát sinh vấn đề tranh chấp dữ liệu? Các cấp độ cô lập trong SQL Server 2005 Hướng dẫn sử dụng các cấp độ cô lập trong SQL Server 2005
Recommended
More Related Content
Viewers also liked
Viewers also liked (20)
Similar to BÀI 8: Kiểm soát và giảm thiểu hoạt động xử lý cơ sở dữ liệu
Similar to BÀI 8: Kiểm soát và giảm thiểu hoạt động xử lý cơ sở dữ liệu (20)
More from MasterCode.vn
More from MasterCode.vn (19)
BÀI 8: Kiểm soát và giảm thiểu hoạt động xử lý cơ sở dữ liệu
- 1. 11 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM
- 2. 22 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Kiểm soát và giảm thiểu xung đột hoạt động xử lý cơ sở dữ liệu 1.Tại sao phát sinh vấn đề tranh chấp dữ liệu? 2.Các cấp độ cô lập trong SQL Server 2005 3.Hướng dẫn sử dụng các cấp độ cô lập trong SQL Server 2005
- 3. 33 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Giới thiệu • Trong các ƯD nhiều người dùng, tại một thời điểm có nhiều người dùng cùng truy cập và cập nhật dữ liệu giống nhau • Dẫn đến việc tranh chấp dữ liệu và người phát triển ƯD phải đề ra cách giải quyết tranh chấp • Để giảm thiểu mức độ xung đột một trong những cách giải quyết là sử dụng Transaction • MS SQL Server 2005 đã hỗ trợ thêm hai cấp độ cô lập mới (ngoài những cấp độ đã hỗ trợ trước) • Các cấp độ cô lập mới này nhằm làm giảm thiểu thời gian khóa các mẩu tin
- 4. 44 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM 1. Tại sao có tranh chấp dữ liệu? • Các tranh chấp dữ liệu sẽ phát sinh khi cùng lúc có nhiều người dùng đọc và cập nhật cùng dữ liệu giống nhau • Sử dụng một trong các kỹ thuật sau để quản lý việc nhiều người dùng cùng cập nhật: Pessimistic concurrency Optimistic concurrency “Last in wins”
- 5. 55 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Pessimistic concurrency • Khóa ngay tại thời điểm đọc Ví dụ: khi user A đọc một mẩu tin thì database engine lập tức khóa ngay mẩu tin này Các user khác không thể cập nhật được mà phải chờ Khi user A kết thúc cập nhật thì database engine mới mở khóa và các user khác mới có thể cập nhật được
- 6. 66 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Pessimistic concurrency • Đặc điểm Bảo đảm tại một thời điểm chỉ cho phép có một cập nhật Thích hợp với các ƯD có dữ liệu quan trọng cần thay đổi tập trung. Ví dụ các ƯD cho phép đặt chổ Thời gian chiếm giữ càng ngắn càng tốt Không thích hợp với mô hình disconnect vì các kết nối được duy trì đủ để đọc hoặc cập nhật database engine không thể khóa dữ liệu trong thời gian dài được
- 7. 77 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Optimistic concurrency • Khóa tại thời điểm ghi Ví dụ: khi các user A và B cùng đọc một mẩu tin thì database engine không khóa mẩu tin này. Nhưng: Giả sử user A sửa và ghi thành công (trước user B) Sau đó thì đến user B ghi, database engine kiểm tra và phát hiện mẩu tin đã bị sửa trước đó user B ghi không thành công (First in wins)
- 8. 88 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Optimistic concurrency • Đặc điểm Tại một thời điểm có thể có nhiều người dùng cập nhật Thích hợp với các ƯD có dữ liệu ít thay đổi tập trung Không hao tốn chi phí cho việc khóa dữ liệu Thích hợp với mô hình disconnect vì người dùng có thể làm việc lâu dài với dữ liệu đã cache và sau khi kết thúc làm việc thì cập nhật lại CSDL ADO.NET cho phép chọn lựa “Last in wins” hoặc “First in wins” Mặc định là “First in wins”
- 9. 99 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Minh họa Optimistic – First in wins • User A cập nhật dữ liệu • User B cũng cập nhật dữ liệu • User A ghi trước và thành công • User B ghi sau và bị lỗi
- 10. 1010 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Minh họa Optimistic – Last in wins • User A cập nhật dữ liệu • User B cũng cập nhật dữ liệu • User A ghi trước và thành công • User B ghi sau và cũng thành công (dữ liệu user A thay đổi có thể bị mất)
- 11. 1111 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM 2. Các cấp độ cô lập (isolation level) • Khi tạo Transaction có thể xác định cấp độ cô lập để xác lập ảnh hưởng giữa các Transaction • Các Transaction cùng truy xuất dữ liệu giống nhau tại cùng thời điểm có thể gây ra các lỗi dị biệt như: • Dirty read: đọc dữ liệu chưa được Commit • Non-repeatable read: đọc không nhất quán • Phantom read: đọc không bình thường
- 12. 1212 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Lỗi Dirty read • Transaction thứ nhất (T1) đang cập nhật nhưng chưa Commit • T2 có thể đọc thấy dữ liệu chưa được Commit của T1
- 13. 1313 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Lỗi Non-repeatable read • T1 đang đọc dữ liệu đã được Commit • T2 có thể cập nhật dữ liệu này • T1 đọc lại và thấy có sự thay đổi
- 14. 1414 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Lỗi Phantom read • T1 đang đọc dữ liệu đã được Commit và dữ liệu được đọc theo điều kiện • T2 có thể cập nhật dữ liệu liên quan đến điều kiện (mà T2 đang đọc) • T1 đọc lại và thấy có sự thay đổi
- 15. 1515 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Isolation Levels Available in SQL Server 2005
- 16. 1616 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Read Uncommited • Là cấp độ cô lập thấp nhất trong giao tác • Các thao tác đọc không yêu cầu khóa dữ liệu có thể đọc thấy dữ liệu đang bị thay đổi trong các giao tác khác • Read Uncommited chỉ bảo đảm dữ liệu đọc không bị hỏng vật lý
- 17. 1717 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Minh họa Read Uncommited • User A cập nhật dữ liệu nhưng chưa kết thúc • User B xem dữ liệu và thấy dirty read • User B không cập nhật dữ liệu được
- 18. 1818 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Read Commited • Là cấp độ cô lập mặc định trong SQL Server 2005 • Các thao tác đọc sẽ bị treo (dead lock) khi dữ liệu đang bị thay đổi bởi các giao tác khác • Khắc phục dị biệt Dirty Read
- 19. 1919 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Minh họa Read Commited • User A đang cập nhật dữ liệu và chưa kết thúc • User B không được xem dữ liệu (giải quyết được dirty read) phải chờ user A kết thúc mới được xem
- 20. 2020 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Repeatable Read • Giao tác sử dụng cấp độ cô lập này sẽ khóa các dữ liệu mà nó đang truy vấn • Các thao tác khác sẽ không cập nhật được dữ liệu đang bị khóa (dead lock) • Khắc phục dị biệt Dirty Read và Repeatable Read
- 21. 2121 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Serializable • Được xem là mức cô lập cao nhất • Giao tác sử dụng cấp độ cô lập này sẽ khóa các dữ liệu mà nó đang làm việc (có thể khóa toàn bộ table) • Khắc phục dị biệt Dirty Read, Repeatable Read và Phantom Read
- 22. 2222 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Hai cấp độ cô lập mới • Read Commited with snapshots: sử dụng row versioning và Optimistic • Snapshots: giải quyết được các lỗi dị biệt
- 23. 2323 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM 3. Hướng dẫn sử dụng các cấp độ cô lập • Các tác nhân ảnh hưởng đến việc chọn cấp độ cô lập Data Integrity: ràng buộc dữ liệu các trường hợp lỗi dị biệt Concurrency Conflicts: đụng độ giữa các user Performance Overhead: chi phí thực hiện
- 24. 2424 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM 3. Hướng dẫn sử dụng các cấp độ cô lập • Cấp độ cô lập Read Uncommited ƯD không yêu cầu dữ liệu đọc được phải chính xác tuyệt đối Thao tác dữ liệu phải kết thúc càng nhanh càng tốt
- 25. 2525 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM 3. Hướng dẫn sử dụng các cấp độ cô lập • Cấp độ cô lập Read Commited with Locking ƯD không yêu cầu việc truy cập dữ liệu phải diễn ra trong một thời gian dài. Và khi có yêu cầu đọc thì dữ liệu đọc là phải chính xác tuyệt đối Thích hợp với việc truy cập dữ liệu tuần tự
- 26. 2626 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM 3. Hướng dẫn sử dụng các cấp độ cô lập • Cấp độ cô lập Read Commited with Snapshots ƯD có yêu cầu việc truy cập dữ liệu sẽ diễn ra trong một thời gian dài Dữ liệu truy cập nhất quán kể từ khi bắt đầu đọc
- 27. 2727 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM 3. Hướng dẫn sử dụng các cấp độ cô lập • Cấp độ cô lập Repeatable Read ƯD có yêu cầu đọc dữ liệu để xem, tính toán và luôn bảo đảm tính nhất quán. Có thể sau khi xem, tính toán thì quyết định cập nhật Khi xem và tính toán dữ liệu kết thúc thì các giao tác khác mới được cập nhật dữ liệu
- 28. 2828 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM 3. Hướng dẫn sử dụng các cấp độ cô lập • Cấp độ cô lập Snapshot ƯD có yêu cầu đọc dữ liệu để xem, tính toán và luôn bảo đảm tính nhất quán. Có thể sau khi xem, tính toán thì không quyết định cập nhật Các giao tác khác vẫn được xem và cập nhật dữ liệu
- 29. 2929 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM 3. Hướng dẫn sử dụng các cấp độ cô lập • Cấp độ cô lập Serializable ƯD có yêu cầu đọc dữ liệu để xem, tính toán và luôn bảo đảm tính nhất quán Các giao tác khác không đuợc cập nhật dữ liệu
- 30. 3030 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Thực hành 1 • Cài đặt cấp độ cô lập Read Commited with Snapshots
- 31. 3131 HỌC LẬP TRÌNH WEB TỪ CƠ BẢN ĐẾN NÂNG CAO HocLapTrinhWeb.COM Thực hành 2 • Cài đặt cấp độ cô lập Snapshots
Editor's Notes
- 1. Minh họa với CSDL là MS Access using System.Data.OleDb; "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\\QLSinhVien.mdb“ 2. Minh họa với CSDL là MS Excel using System.Data.Odbc; "Dsn=Excel Files;Dbq=C:\\SINH_VIEN.xls“ 3. Minh họa với CSDL là MS SQL Server using System.Data.SqlClient; "Server=(local);Database=AdventureWorks;Integrated Security=SSPI“ 4. Minh họa với CSDL là MS SQL Server Attach File using System.Data.SqlClient; "Data Source=(local);AttachDbFilename=C:\\QLSinhVien.mdf;Integrated Security=True"
- 1. Minh họa với CSDL là MS Access using System.Data.OleDb; "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\\QLSinhVien.mdb“ 2. Minh họa với CSDL là MS Excel using System.Data.Odbc; "Dsn=Excel Files;Dbq=C:\\SINH_VIEN.xls“ 3. Minh họa với CSDL là MS SQL Server using System.Data.SqlClient; "Server=(local);Database=AdventureWorks;Integrated Security=SSPI“ 4. Minh họa với CSDL là MS SQL Server Attach File using System.Data.SqlClient; "Data Source=(local);AttachDbFilename=C:\\QLSinhVien.mdf;Integrated Security=True"
- 1. Minh họa với CSDL là MS Access using System.Data.OleDb; "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\\QLSinhVien.mdb“ 2. Minh họa với CSDL là MS Excel using System.Data.Odbc; "Dsn=Excel Files;Dbq=C:\\SINH_VIEN.xls“ 3. Minh họa với CSDL là MS SQL Server using System.Data.SqlClient; "Server=(local);Database=AdventureWorks;Integrated Security=SSPI“ 4. Minh họa với CSDL là MS SQL Server Attach File using System.Data.SqlClient; "Data Source=(local);AttachDbFilename=C:\\QLSinhVien.mdf;Integrated Security=True"
- 1. Minh họa với CSDL là MS Access using System.Data.OleDb; "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\\QLSinhVien.mdb“ 2. Minh họa với CSDL là MS Excel using System.Data.Odbc; "Dsn=Excel Files;Dbq=C:\\SINH_VIEN.xls“ 3. Minh họa với CSDL là MS SQL Server using System.Data.SqlClient; "Server=(local);Database=AdventureWorks;Integrated Security=SSPI“ 4. Minh họa với CSDL là MS SQL Server Attach File using System.Data.SqlClient; "Data Source=(local);AttachDbFilename=C:\\QLSinhVien.mdf;Integrated Security=True"