Không biết 2 kiểu dữ liệu đó của MySQL, cái nào tốt hơn cho trường hợp nào, khác nhau về cái gì, thanks các anh nhiều :wink:  

Nếu dùng db cho một ứng dụng đòi hỏi insert liên tục, Inno hơn MyISAM rất nhiều bởi 1 lý do hết sức quan trọng: MyISAM lock cả table trong khi thực hiện công tác cập nhật trong khi Inno chỉ lock ở row level. Nếu chạy một forum lớn và có nhiều member cập nhật bài vở hay có ứng dụng cập nhật số đếm (số lượng thành viên đang truy cập, số lần người xem bài....) thì MyISAM dẫn đến tình trang db bị nặng nề vì cả table thường xuyên bị lock. Đến một lúc nào đó thì db chết vì quá tải. 

Đối với ứng dụng "đọc" nhiều hơn là "viết" thì 2 cái không có mấy khác biệt. 

MyISAM nó không lock gì hết trọi (cái này mới kẹt chứ nó mà chịu lock thì còn đỡ) trừ khi client explicitly bắt server phải lock.
 

Nếu dùng transaction thì "đọc" cũng phải bị ràng buộc bởi isolation level. Nên "đọc" thì InnoDB chậm hơn MyIASM khá nhiều.
 

Tóm lại thì về mặt tốc độ, MyIASM nhanh hơn nhiều so với InnoDB (cứ nhìn mấy cái benchmark trên site của MySQL thì thấy, về mặt "tốc độ" thì đám MySQL toàn lấy MyIASM ra so chứ đâu có dám lấy InnoDB ra ).
Tuy nhiên, nếu server hỗ trợ InnoDB (nhiều shared hosting thường không enable InnoDB) thì cũng nên dùng cho dữ liệu được an toàn hơn. 

Không biết các trang như Google, Yahoo, MSN dùng database nào
 

Nếu ai biết xin giải đáp chỗ này:
- Trong MySQL, ví dụ web bị hack mà lúc đó dữ liệu khá nhiều, lại không được backup, có cách nào để không cho phép xóa dữ liệu trong MySQL và chỉ được chỉnh sửa table hay cột nào đó mà mình quy định. Trong SQL thì có cái để theo dõi quá trình INSERT, UPDATE, DELETE, không biết MySQL có không nữa, hình như nó gọi là ràng buộc :?  

Hai bác mod xin tiếp tục tranh luận, vì em càng học được nhiều.... )

Anh YHT có nói một ý mà em thấy thú vị: là InnoDB cho phép mình tạo foreign key constraint, còn MyIASM thì phải giải quyết trên code. Theo kinh nghiệm của các huynh thì phương án nào tốt hơn? Nếu phải quyết định thì phải dựa trên những yếu tố nào? VD: độ lớn/phức tạp của CSDL, tài nguyên (programmer, thời gian), và khả năng bị lỗi nếu lập trình thiếu kinh nghiệm, ....

Sẵn tiện đây cũng có câu hỏi về khi insert 1 row vô table, theo các huynh cánh nào sau đây tốt nhất để tránh người dùng insert 2 cái giống nhau liên tục (VD khi bấm refresh):
1. Sau khi insert, header("Location:")
2. Trong hàm insert, kiểm tra trước coi có row nào giống vậy đã được insert chưa?
3. Cho MySQL giải quyết: cái này em cũng hông rõ phải làm sao? Không biết InnoDB có hỗ trợ tính năng này không?

Cám ơn các huynh. 

Trên mỗi database có gán quyền cho một hoặc nhiều tài khoản. Trong đó, một tài khoản nào đó cho phép web application tương tác phải có đủ quyền để thực hiện công tác. Nếu web application đó đòi hỏi có đủ quyền để insert, update, delete... thì khi bị "hack" và account đó được dùng để tấn công thì chủ quyền nó vẫn có thể được sử dụng như đã ấn định. 

InnoDB nếu so sánh là hơn MyISAM, nhưng kẹt nỗi lại không hỗ trợ FULLTEXT. Ý định của em là dùng MyISAM, sau đó dùng các câu lệnh LOW... của MYSQL để insert và update dữ liệu. Em thấy các trang như blog yahoo, google analytic dường như không update ngay lập tức, mà chờ sau khoảng thời gian nào đó. Chắc có lẽ họ dùng các câu lệnh đó. Không biết có phải không nữa ? 

Kẹt một nỗi là nó lại vừa phải FULLTEXT, vừa phải insert và update nhiều, hic