Mysql
 sql >> база данни >  >> RDS >> Mysql

Rails Octopus Gem – поведение на връзката главен-подчинен репликация, когато подчинен е изключен

Както прочетох в тази публикация в блога изключен или неотговарящ подчинен може да причини откази в приложението, тъй като поведението по подразбиране на Octopus е да записва всички данни на главния и да чете всички данни от подчинените (тъй като данните, записани на главния, се репликират на всички свързани подчинени устройства). Както е посочено в Octopus wiki, секция „Множество подчинени“ четенето в много подчинена среда се извършва с кръгов режим, така че винаги извлича данни от подчинен по подразбиране.

Също така взето от гореспоменатия блог:като резервен механизъм трябва да четете данни от главния директно (използвайки .using(:master) ) ако нито един от подчинените възли не е наличен или данните все още не са репликирани напълно на подчинените. Може също да е опция за кеширане на промените/резултатите по отношение на приложението, за да се предотврати многократното четене от възлите на базата данни.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Стратегия за съпоставяне на множество файлове в една таблица към едно поле в друга таблица

  2. SSH тунел за Python MySQLdb връзка

  3. Две генерирани ценности в доктрината

  4. Как да напишете mysql заявка, за да проверите множество селекции на променливи, където изпращането на формуляр може да съвпада с 1 0f 5 полета

  5. Получете резултат, като сравните две таблици с една и съща колона