Мы используем Mysql на CentOS 5.5. И используем подход шардинга базы данных. Поскольку это приложение erp, для каждого нового приложения/компании приходится около 300 таблиц. В настоящее время на нашем сервере mysql около 600 баз данных. (250 ГБ, 24 ГБ ОЗУ) Но сервер довольно часто выходит из строя. 1. Существует ли известный предел для mysql и количество баз данных, которые он может надежно поддерживать. Я просмотрел другие темы и блоги, но не смог найти четкого анализа количества баз данных и сбоев/доступности сервера mysql.
С другой стороны, я бы также хотел получить совет от тех, кто занимался администрированием БД для сложного приложения, такого как ERP. 2. Надежна ли эта модель? Как бы вы изменили ее, чтобы она стала более надежной?
решение1
Во-первых, я не уверен, что вы называете "часто". Но, по-моему, сервер БД не должен падать. Вам действительно стоит попытаться докопаться до сути этой проблемы. Падает весь сервер или только процесс MySQL? Логи сбоя? MyISAM или Innodb?
Конечно, есть способы заставить MySQL выйти из строя. Самый очевидный из них, с которым вы, скорее всего, столкнетесь, — это настроить MySQL на использование большего объема памяти, чем доступно (память закончится, и MySQL будет аварийно завершаться).
Но отвечая на ваши вопросы:
Существуют известные ограничения, большинство из которых исходят от ОС. Помните, что каждая база данных хранится в отдельном файле, что может привести к исчерпанию ресурсов, таких как дескрипторы файлов. В зависимости от вашей конфигурации 600 баз данных могут начать выходить за эти пределы, что может вызвать раздражающие сбои под нагрузкой.
Я бы не назвал большинство установок ERP очень сложными, а объем данных, с которыми вы работаете, очень большим. Моя главная рекомендация — убедиться, что ваша установка HW/SW надежна. Если только вы не столкнетесь с серьезными проблемами нагрузки, шардинг/master-slave и подобные настройки, скорее всего, снизят надежность вашей установки из-за дополнительной сложности.