[Help] Cấu hình MySQL xử lý >= 50M records

Discussion in 'Thảo Luận Chung' started by command, Mar 2, 2019.

  1. Phan Thị

    Phan Thị Bang Chúng

    Có cái nào index được các file trong folder và search nhanh ko nhỉ ?
     
  2. Dung Vuong

    Dung Vuong Sơ Nhập Giang Hồ

    E nghĩ chơi folder chắc phải chia nhỏ folder ra mỗi folder ít file thôi mới nhanh dc. Trước e cũng có làm folder mà nhiều file nó search lâu quá. Sau chia nhỏ ra mới ổn
     
  3. money

    money Hương Chủ

    Dung lượng tăng vì nó cần ổ cứng để chứa thông tin index. DBMS khác cũng vậy thôi, ổ cứng cho index tốn nhiều hơn ổ cứng chứa dữ liệu.

    Muốn realtime thì insert thẳng vào ES y như các DBMS khác (nhưng nếu data quan trọng thì vẫn nên store vào mysql)
     
  4. Vito_King

    Vito_King Sơ Nhập Giang Hồ

    Có điều kiện WHERE hoặc JOIN các kiểu nó sẽ không đúng anh ạ
     
  5. Vito_King

    Vito_King Sơ Nhập Giang Hồ

    Vậy nếu xóa record bạn lại phải update lại tất cả row_num từ vị trí xóa à? nếu không update thì nó không liên tiếp nữa thì khác gì ID,
     
  6. manh469

    manh469 Khách Qua Đường

    Em mới, ES là gì vậy anh? Có phải dịch vụ cung cấp dạng cloud? Bên nào thì ok anh nhỉ
     
  7. money

    money Hương Chủ

    ES = ElasticSearch nha bé.
     
    manh469 likes this.
  8. Vito_King

    Vito_King Sơ Nhập Giang Hồ

    cái này cấu hình tối thiểu RAM cho thằng này là bao nhiêu anh nhỉ
     
  9. money

    money Hương Chủ

    Anh toàn xài 16gb trở lên nên ko xem yêu cầu cấu hình :)
     
    Vito_King likes this.
  10. Vito_King

    Vito_King Sơ Nhập Giang Hồ

    Em tìm cách tối ưu phân trang, dùng offset limit thì chậm về những trang cuối, dùng seek next prev thì url không đẹp, và không truy cập ngẫu nhiên trang bất kỳ được, và seo ko bằng cách thường