Redis
 sql >> Cơ Sở Dữ Liệu >  >> NoSQL >> Redis

Đã đạt đến kết nối tối đa Azure Redis Cache

Điều này rất giống với câu hỏi này:Tại sao kết nối với Azure Redis Cache lại cao như vậy?

Dưới đây là các phương pháp hay nhất mà chúng tôi đề xuất cho hầu hết khách hàng:

  1. đặt abortConnect thành false trong chuỗi kết nối của bạn
  2. tạo một kết nối singletonMultiplexer và sử dụng lại nó. Điều này là đủ cho hầu hết các tình huống. Một số trường hợp nâng cao có thể yêu cầu tạo nhiều đối tượng connectionMultiplexer cho mỗi ứng dụng, nhưng hầu hết đều ổn với chỉ một. Tôi khuyên bạn nên làm theo mẫu mã được hiển thị tại đây:https://azure.microsoft.com/en-us/documentation/articles/cache-dotnet-how-to-use-azure-redis-cache/#connect-to-the -cache
  3. Để ConnectionMultiplexer xử lý việc kết nối lại - đừng tự làm điều đó trừ khi bạn đã kiểm tra rất kỹ mã của mình. Hầu hết các rò rỉ kết nối mà tôi đã thấy là do mọi người đang tạo lại connectionMultiplexer nhưng không thể loại bỏ kết nối cũ. Trong hầu hết các trường hợp, tốt nhất là bạn chỉ nên để bộ ghép kênh thực hiện việc kết nối lại.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Chức năng phát sóng socket.io và kiến ​​trúc Redis pub / sub

  2. Sử dụng Celery cho Thời gian thực, Truy vấn API bên ngoài đồng bộ với Gevent

  3. Redis / Node.js - 2 client (1 pub / sub) gây ra sự cố ghi

  4. đếm số phiên trong kết nối-redis

  5. Redis Cache trong .NET Core 3 có yêu cầu sử dụng gói Stack Exchange không?