Каталог статей

1. MySQL

Например, PostgreSQL

• 2.1 Особенности и применимые сценарии
• 2.2 Сравнение MySQL и PostgreSQL
  • 2.2.1 Сравнение функций
  • 2.2.2 Сравнение производительности
  • 2.2.3 Сравнение масштабируемости
  • 2.2.4 Сравнение безопасности
  • 2.2.5 Сравнение применимых сценариев
  • 2.2.6 Дополнение
• Раздел 2.3

3. Клик Хаус

• 3.1 Особенности и применимые сценарии
• 3.2 Сравнение применимых сценариев ClickHouse и MySQL

4. Монго БД

• 4.1 Особенности и применимые сценарии
• 4.2 Сравнение MySQL и MongoDB

5. Резюме

• 5.1 Четыре сценария применения базы данных
• 5.2 База данных по конкретному сценарию
• 5.3 Дополнение. MySQL сталкивается с узким местом

Еще вспомните, что такое база реляционного типа. данных、нереляционныйбаза данных,И есть ли разница между ними?？Если вы забудете, вы можете просмотреть его здесь еще раз.：5 моделей баз данных для одного проекта? Разница между MySQL, PostgreSQL, ClickHouse и MongoDB, Применяемые скрипты

1. MySQL

тип：Реляционныйбаза Система управления данными (СУБД)

Функции：

• Открытый исходный код：широкоиспользовать,Сообщество имеет богатое население. Любой может получить и использовать исходный код.,Это дает разработчикам большую гибкость.,Потому что они могут настроить систему базы данных в соответствии со своими потребностями.
• Зрелый и стабильный：После длительного периода развития,Производительность и стабильность очень хорошие. MySQL имеет отличную производительность,в частностисуществоватьчитатьЭксплуатационные аспекты。Он может обрабатывать большие объемы данных,И поддерживать большое количество одновременных пользовательских подключений
• Поддержка ACID-транзакций：поддерживатьобработка транзакций,Обеспечьте согласованность и целостность данных.
• Оптимизация индекса：поддерживать Несколько индексовтип,Производительность запросов отличная.
• Масштабируемость：MySQLподдерживать Различные расширенные функции,Такие как секционирование, репликация, шардинг и т. д.,Это позволяет ему обрабатывать крупномасштабные данные и сложные бизнес-потребности.
• легкий：Использование ресурсов относительно невелико,Подходит для небольших и средних проектов.
• поддержкаразнообразие данныхтип,Например, целые числа, числа с плавающей запятой, символы, даты и время и т. д. имеют разные механизмы хранения;,Такие как InnoDB и MyISAM,Подходит для различных сценариев применения соответственно;,Большой Большой можно оптимизировать объем Производительность хранения и доступа к данным

Применимые сценарии：

• Веб-приложение：Например, блог、форум、Сайты электронной коммерции и т. д.
• Малые и средние предприятия：Подходящий Малые и средние Потребности предприятия в управлении и хранении данных.
• OLTP-система：существовать Проволокаобработка транзакцийсистема,Требуются частые операции чтения и записи.

MySQL не очень хорошо поддерживает сложные условные запросы. MySQL использует для фильтрации не более одного индекса, участвующего в условии, а остальные условия можно фильтровать только в памяти во время процесса обхода строки. Студенты, не знакомые с этим процессом, могут сначала прочитать комплекс MySQL, где проводится анализ операторов.

Вышеупомянутый метод обработки сложных условных запросов может фильтровать только один индекс, поэтому он требует большого количества операций ввода-вывода для чтения данных строки и потребляет ресурсы ЦП для фильтрации памяти, что приводит к снижению производительности запросов.

недостаток:

• написать производительность：ХотяMySQLсуществоватьчитать Эксплуатационные аспектыхорошо работать,Но существующие могут столкнуться с узкими местами в производительности при обработке большого количества операций записи. Это может привести к снижению производительности в сценариях с высоким уровнем одновременной записи.
• Производительность сложных запросов：для Сложный запрос,MySQLможет быть, не какой-тоСпециализированные системы баз данных (например, PostgreSQL)так хорошо выступил。это можетсуществоватьиметь дело ссложныйизSQLВлияет на производительность при запросе。
• Богатство функций：по сравнению с некоторыми другимиизбаза данныхсистема,MySQLиз Богатство функций может немного не хватать. Например, существует полнотекстовый поиск, ограничения целостности данных и т. д., может не иметь какой-либо специализированной базы. Система данных очень мощная.
• Максимальное количество подключений：MySQLиз Максимальное количество подключений относительно невелико, что может ограничивать количество одновременных пользовательских подключений.

Например, PostgreSQL

2.1 Особенности и применимые сценарии

тип：Реляционныйбаза Система управления данными (СУБД)

Функции：

• Расширенные функции：поддерживатьбольшинствоизSQLстандартный,и предоставляет множество других современных функций,нравиться Сложный запрос, внешние ключи, триггеры, представления, целостность транзакций, многоверсионный параллельный контроль и т. д. Расширенные функции
• Сильная масштабируемость：поддерживать Различные расширения,Такие как полнотекстовый поиск, обработка геопространственных данных и т. д.
• Настраиваемость：Широкие возможности настройки,поддерживаются функции пользовательских типов данных.
• Поддержка ACID-транзакций：сильная консистенцияиделаподдерживать。
• Открытый исходный код：Активное сообщество,Документация обширна.

Применимые сценарии：

• Сложный запрос：необходимо выполнить Сложный Сценарий анализируется по запросам.
• Большой объем данных：Подходящийиметь дело с Крупномасштабные наборы данных。нравиться Интернет Сценарий больших данных
• Корпоративные приложения：нужен высокийнадежностьипоследовательныйсексиз Корпоративные приложения. Подходит для финансовых систем для обеспечения согласованности и целостности данных.
• географическая информационная система：поддерживатьгеопространственные данныеиметь дело с,Подходит для ГИС-приложений.

2.2 Сравнение MySQL и PostgreSQL

MySQL и PostgreSQL — две распространенные системы управления реляционными базами данных (СУБД). Обе они обладают мощными функциями и обширной поддержкой сообщества, но есть некоторые различия в некоторых аспектах, включая функции, производительность, масштабируемость, безопасность, возможности применения и т. д.

2.2.1 Сравнение функций

• MySQLФункции
• MySQL Открытый, основанный на клиент-серверной архитектуре. исходный кодбаза Система управления данными, автор Oracle Развитие и обслуживание компании. Он известен своей простотой и удобством использования ивысокая. производительностьизвестный
• MySQL, InnoDB, MyISAM, ПАМЯТЬ и т. д. Каждый механизм хранения имеет разные характеристики и стратегии оптимизации. Вы можете выбрать подходящий механизм в соответствии с вашими потребностями.
• MySQL хорошо работает при обработке большого количества операций чтения и подходит для сценариев приложений с высокими требованиями к хранению данных.
• PostgreSQLФункции
• PostgreSQL Открытый исходный кодObject-Relationshipбаза система управления данными с мощными функциями и высокой масштабируемостью. Он известен своей гибкостью, богатыми типами данных Расширенные функция и пользуется популярностью у разработчиков.
• PostgreSQL поддержкасложных типов данных, таких как массивы, JSON, XML ждать,И предоставляет богатый набор встроенных функций и операторов.,Делает обработку данных более гибкой и удобной.
• PostgreSQL использует технологию MVCC (Multi-Version Concurrency Control) для управления одновременным доступом и поддержки сценариев приложений с высокой степенью параллелизма.
• PostgreSQL Он обеспечивает мощную поддержку ограничений целостности и обработки транзакций, поэтому гарантируется согласованность данных.

2.2.2 Сравнение производительности

Производительность является одним из ключевых факторов при выборе базы данных. Вот сравнение MySQL и PostgreSQL с точки зрения производительности

• MySQLпроизводительность
  • MySQL MySQL механизм хранения InnoDB обеспечивает блокировку на уровне строк и эффективную обработку транзакций, подходящую для сценариев одновременного чтения.
  • MySQL повышает производительность чтения за счет кэширования запросов. Кэширование запросов позволяет кэшировать результаты запросов, чтобы избежать повторного выполнения одного и того же оператора запроса.
  • MySQL существования хорошо работает при обработке простых запросов и большого количества соединений и подходит для Web Приложения и множество небольших баз сцена данных
• PostgreSQLФункции
  • PostgreSQL хорошо работает при обработке сложных запросов и тяжелых операций записи. Он повышает производительность запросов за счет оптимизации планов и индексов выполнения запросов.
  • PostgreSQL использовать MVCC технология,Чтобы не было блокировок и конфликтов при одновременном доступе.,тем самым обеспечивая лучшую производительность одновременной обработки
  • PostgreSQL существоватьиметь дело с Сложный запросы имеют отличную производительность при работе со сложными типами данных. Его оптимизатор запросов может разумно выбирать лучший план выполнения и поддерживать различные типы индексации и расширенные функции запросов.

Следует отметить, что сравнение производительности — сложная тема, на которую влияет множество факторов, таких как конфигурация оборудования, объем данных, тип запроса и структура индекса. Таким образом, конкретная производительность может варьироваться в зависимости от реальных условий. При выборе базы данных рекомендуется провести бенчмаркинг и оптимизацию производительности, чтобы обеспечить оптимальную производительность.

2.2.3 Сравнение масштабируемости

Масштабируемость является важным фактором, особенно когда речь идет о растущих объемах данных и увеличении одновременного доступа. Вот сравнение MySQL и PostgreSQL с точки зрения масштабируемости:

• MySQLМасштабируемость
  • MySQL показывает хорошие результаты с точки зрения производительности. Он поддерживает технологию репликации «главный-подчиненный» и сегментирования.,Данные могут быть распределены по нескольким серверам,Для улучшения производительности и емкости чтения и записи.
  • MySQL Также поддерживается бизнес-логика на основе триггеров и хранимых процедур, некоторые вычислительные задачи и бизнес-логика могут быть перенесены на базу. Обрабатывается на сервере данных
• PostgreSQLМасштабируемость
  • PostgreSQL существовать Горизонтальное расширение также показало хорошие результаты. Он поддерживает потоковую репликацию и логическую репликацию, может копировать данные на несколько узлов для достижения балансировки нагрузки и высокой мощности. доступностьсекс
  • PostgreSQL Также поддерживаются секционированные таблицы и параллельные запросы, которые могут лучше обрабатывать большие наборы данных и Сложные. запрос

Следует отметить, что масштабируемость является комплексной проблемой, и необходимо также учитывать такие факторы, как аппаратные ресурсы, топология сети и балансировка нагрузки. Выбор подходящей стратегии масштабирования и проектирования архитектуры имеет решающее значение для создания высокопроизводительной и масштабируемой системы баз данных.

2.2.4 Сравнение безопасности

Безопасность является важным аспектом управления базами данных. Вот сравнение MySQL и PostgreSQL с точки зрения безопасности:

• MySQLбезопасность
  • MySQL Обеспечивает базовые функции безопасности, такие как аутентификация пользователей, контроль доступа и зашифрованная передача. Может аутентифицироваться с использованием имени пользователя и пароля и управлять базой данных в соответствии с разрешениями пользователя. Доступ к таблице данных
  • MySQL поддерживать SSL/TLS Протокол шифрования можно настроить через SSL Сертификат для защиты безопасности передачи данных
• PostgreSQLбезопасность
  • PostgreSQL Предоставляет богатые функции безопасности, такие как мощные механизмы аутентификации личности и контроля доступа. Он поддерживает управление доступом на основе ролей. (RBAC) Детальное управление разрешениями, позволяющее назначать различные уровни разрешений пользователям и группам.
  • PostgreSQL обеспечивает безопасность на уровне строк,Правила контроля доступа могут быть определены на уровне строк существующей таблицы.,для достижения более детальной защиты данных
  • PostgreSQL поддерживают зашифрованное хранение и передачу, можно использовать SSL/TLS Протоколы шифрования для защиты данных
  • PostgreSQL Предоставляет расширенные функции аудита, которые могут записывать действия пользователя ибаза. данных Журнал изменений для обеспечения аудита безопасности и устранения неполадок.

Следует отметить, что и MySQL, и PostgreSQL требуют разумной настройки и управления с точки зрения безопасности. Сюда входят такие меры, как установка надежных паролей, регулярное обновление исправлений программного обеспечения, ограничение доступа к сети и резервное копирование данных для защиты базы данных от потенциальных угроз безопасности.

2.2.5 Сравнение применимых сценариев

Различия в функциональности и производительности MySQL и PostgreSQL дают им разные преимущества в разных сценариях. Ниже приводится сравнение применимых сценариев.

• MySQLПрименимые сценарии
  • MySQL Подходит для приложений, которым необходимо обрабатывать большое количество операций чтения, таких как Web Приложения, веб-сайты электронной коммерции, платформы для блогов и т. д. Его простота ивысокая Производительность делает его лучшим выбором для многих малых и средних проектов.
  • MySQL Также подходит для применений, требующих крупномасштабного горизонтального монтажа. расширениеи Высокая доступность сценариев сексуального применения. Его технология репликации и сегментирования «главный-подчиненный» может обеспечить лучшую производительность и емкость.
• PostgreSQLПрименимые сценарии
  • PostgreSQL Касается тех, кому нужны сложные типы данных Расширенные. функцииизприложение,нравитьсягеографическая информационная система (GIS)、анализ больших данные научных исследований и т.д. Его гибкость и богатая функциональность делают его лучшим выбором для обработки сложных данных и запросов.
  • PostgreSQL Он также подходит для сценариев приложений, требующих высокой степени параллелизма, таких как финансовые торговые системы, Интернет. Вещи Приложения и Решения для крупных предприятий

Соответствующую базу данных необходимо выбирать на основе конкретных потребностей бизнеса и масштаба проекта. Если у вас более высокие требования к простоте и производительности базы данных, вы можете выбрать MySQL. Если вам нужны более сложные типы данных и функциональность, а также высокая степень параллелизма и масштабируемости, вы можете выбрать PostgreSQL.

2.2.6 Дополнение

1. Модель данных и характеристики:

MySQL: MySQL — это система баз данных, основанная на архитектуре клиент-сервер, которая использует реляционную модель данных, в основном использующую SQL. Он поддерживает транзакции ACID (атомарность, согласованность, изоляция, долговечность) и предоставляет различные механизмы хранения, такие как InnoDB, MyISAM и т. д. Вы можете выбрать подходящий механизм хранения в соответствии с вашими потребностями. MySQL также имеет лучшую масштабируемость и производительность.

PostgreSQL: PostgreSQL также является системой управления реляционными базами данных, поддерживающей язык SQL и транзакции ACID. По сравнению с MySQL, PostgreSQL предоставляет более богатые типы данных, более мощные функции и более эффективную масштабируемость. Он поддерживает сложные запросы, триггеры, представления, хранимые процедуры, пользовательские функции, геопространственные данные, полнотекстовый поиск и многое другое.

2. Применимые сценарии

MySQL: MySQL обычно используется для веб-приложений, хранения данных малого и среднего размера, а также в сценариях, где требуется быстрое чтение и запись. Он хорошо справляется с обработкой больших транзакций и высокой степенью параллелизма, а также подходит для приложений, управляемых данными.

PostgreSQL: PostgreSQL подходит для сценариев, требующих расширенных функций, сложных запросов и более строгой целостности данных. Он широко используется в таких областях, как анализ данных, географические информационные системы, научные исследования и крупные корпоративные приложения.

3. Стоимость расширения

MySQL: В MySQL стоимость расширения относительно невелика. Вычислительную мощность и емкость хранилища системы можно увеличить за счет горизонтального масштабирования (например, с помощью репликации master-slave или шардинга). Экосистема MySQL очень богата и включает множество инструментов и решений для поддержки высокой доступности и балансировки нагрузки.

PostgreSQL: стоимость расширения PostgreSQL относительно высока. Из-за своей расширенной функциональности и сложности он требует больше усилий по настройке и управлению. Расширение PostgreSQL может включать такие технологии, как секционирование, репликация и параллельные запросы, которые требуют больше ресурсов и опыта.

Раздел 2.3

MySQL и PostgreSQL — мощные системы управления реляционными базами данных со своими характеристиками и преимуществами. MySQL прост в использовании, имеет превосходную производительность и подходит для обработки большого количества операций чтения и небольших проектов, тогда как PostgreSQL является мощным и гибким, имеет богатые типы данных и расширенные функции и подходит для обработки сложных данных и больших проектов; .

3. Клик Хаус

3.1 Особенности и применимые сценарии

тип：Хранение столбцовбаза данных

Функции：

• высокая производительность：Предназначен дляOLAP（существовать Проволокаанализироватьиметь дело с）дизайн,Скорость запроса очень высокая.
• Хранение столбцов：Данные хранятся в столбцах,Подходит для крупномасштабного анализа данных.
• поддерживать Горизонтальное расширениеи Распределенное развертывание：поддерживать Распределенное развертывание,Горизонтальное расширение сильных способностей.
• анализ в реальном времени：поддерживатьданные в реальном временииметь дело сианализировать。
• Открытый исходный код：Активное сообщество,Документация обширна.
• поддержка быстро обрабатывает крупномасштабные данные и поддерживает запросы с высоким уровнем параллелизма, имеет избыточность данных и функцию автоматического переключения при сбое для обеспечения безопасности и надежности данных;

Применимые сценарии：

• анализ больших данных、Анализ журналов、данные в реальном временииметь дело сихранилище данныхждатьсцена
  • анализ больших данных：Подходящийиметь дело с Крупномасштабные наборы данных,провести анализ в реальном времении Генерация отчета
  • Анализ журналов：Подходящийиметь дело с Данные журнала,Выполнять мониторинг и анализ
• BI-система：бизнес-аналитикасистема,Аналитические запросы, требующие быстрого ответа на сложные.
• Интернет вещей：иметь дело с Большие объемы данных датчиков,Выполняйте мониторинг и анализ в режиме реального времени.
• Подходит для нужд высокой производительность, высокая надежность, обработка данных с запросами с низкой задержкой

Отличная производительность и возможности анализа в реальном времени.

• Производительность ClickHouseФункции:
• Хранение столбцов: ClickHouseиспользовать Хранение столбцов, очень эффективное для агрегированных запросов и анализа данных.
• Сжатие данных: ClickHouse имеет эффективный механизм сжатия данных, который может значительно сократить объем памяти и накладные расходы на ввод-вывод.
• Распределенная обработка: ClickHouse поддерживает распределенное развертывание, способное обрабатывать крупномасштабные наборы данных.
• Анализ данных ClickHouse
• ClickHouse фокусируется на сценариях анализа данных,Специально для существующих задач линейной аналитической обработки (OLAP). Он поддерживает SQL-запрос,Имеет эффективный механизм сжатия.,Подходит для выполнения агрегатных запросов сложной

3.2 Сравнение применимых сценариев ClickHouse и MySQL

ClickHouse и MySQL — две совершенно разные системы баз данных.

• MySQLиз Применимые сценарии：MySQLПрименимо кобработка транзакций,нравиться Фон сайта、Обработка заказа、Управление пользователями и другие сценарии. ИТ-поддержка ACID Transactions、Согласованность и богатая функциональность SQL.
• ClickHouseиз Применимые сценарии：ClickHouseЗатем обновите Подходящийв данныханализировать、Генерация отчета、Мониторинг в реальном времениждатьсцена。этоподдерживатьвысокоскоростнойиз Импорт данныхи Запрос,Подходит для обработки больших наборов данных.

Clickhouse не поддерживает транзакции и не имеет уровней изоляции. Он позиционируется как аналитическая база данных серии OLAP, и у count() есть естественное преимущество, а MongoDB изначально не поддерживает его, а 4.0 поддерживает транзакцию ACID.

4. Монго БД

4.1 Особенности и применимые сценарии

тип：NoSQLдокументбаза данные (режим данных не фиксирован и структура может быть разной)

Функции：

• Хранение документов：кJSON-likeиздвоичныйдокумент Формат（BSONФормат）Хранить данные,Высокая гибкость. Модель данных не фиксирована и структура может быть разной.
• Горизонтальное расширение：поддерживать Шардинг,легкий Горизонтальное расширение。
• высокая производительность：Читай и пишипроизводительностьотличный,Подходит для сценариев с высоким параллелизмом.
• динамический режим：поддерживатьдинамический режиме, нет необходимости заранее определять структуру таблицы.
• Богатый язык запросов：поддерживатьсложныйиз Запросдействовать,нравитьсяполимеризация、сортировать、Группировка и т. д.
• Имеет гибкую модель документа.、Мощные возможности запросов; поддержка сегментирования данных、Высокая доступность и геопространственная индексация и другие функции

Применимые сценарии：

• Подходит для моделей данных, требующих гибкости.、Итерация быстрой разработки、крупномасштабные данныеиметь дело си Высокая Сценарии применения для обеспечения доступности сексуальных потребностей
• нравитьсясистема управления контентом (CMS), приложение для больших данных, анализ в реальном обработка данных времени и журналов, система электронной коммерции, Интернет Приложения для вещей (IoT), платформы социальных сетей, облачные вычисления и т. д.
• система управления контентом：Например, блог、Новостной сайтждать,Необходимо хранить и извлекать большие объемы неструктурированных данных.
• анализ в реальном времени：Подходящийиметь дело сданные в реальном времени流,провести анализ в реальном времени。
• Интернет вещей：иметь дело с Большие объемы данных датчиков,Храните и извлекайте неструктурированные данные.
• социальные сети：Подходящийхранилищеи Получить созданный пользователемизсодержание,Например, публикации, комментарии и т. д.
• слой кэширования：какслой кэширования, улучшения производительности приложений.

При использовании MongoDB схема данных не фиксирована. Можно удалить или изменить определенные свойства документов внутри коллекции, что обеспечивает большую гибкость. При этом структуры документов внутри одной коллекции могут быть совершенно разными.

В MongoDB данные существуют в форме пар имя-значение, аналогичных файлам JSON. Благодаря конструкции схемы у нее меньше ограничений на данные. Поэтому, если данные быстро меняются, MongoDB будет преимуществом. Кроме того, MongoDB также предоставляет предопределенные структуры, которые можно использовать при необходимости.

4.2 Сравнение MySQL и MongoDB

• MongoDB Это база типа документа данных,Поскольку он не ограничивает объем данных и тип данных.,этодасреда с большим объемомСледующий наиболее подходящийизрешение。потому что MongoDB Есть потребности в облачных сервисахиз Горизонтально масштабируемыйсексигибкийсекс,Он очень подходит для разработки сервисов облачных вычислений. кроме того,это снижает нагрузку,Упрощенное расширение внутри бизнеса или проекта,ОсуществленныйВысокая доступностьиданныеиз Быстрое восстановление。
• хотя MongoDB Плюсов много, но MySQL Он также превосходит в некоторых отношениях MongoDB,примернравитьсянадежностьисогласованность данных。кроме того,нравиться Приоритет будет отданбезопасность,MySQL Это самый высокий DBMS №1.
• и,Когда приложению необходимо обрабатывать несколько операций как одну транзакцию (например, в бухгалтерских или банковских системах).,связьбаза данные — наиболее подходящий выбор. Помимо безопасности, MySQL также имеет высокую скорость транзакций. на самом деле,MongoDB Поддерживает быструю вставку данных, в то время как MySQL Вместо этого он поддерживает транзакционные операции и сосредотачивается наделабезопасность。

5. Резюме

5.1 Четыре сценария применения базы данных

• MySQL：Подходящий Малые и средние предприятия、Веб-приложение、OLTP-система (обработка транзакций, надежная、согласованность данных、безопасность；сложныйсостояние Запрос Бедный）
• PostgreSQL：Подходящий Сложный запрос、Большой объем данных、Корпоративные приложения、географическая информационная система
• ClickHouse：Подходящийанализ больших данных、Анализ журналов、BI-система、Интернет вещей（анализ в реальном время, высокий уровень одновременных запросов)
• MongoDB：Подходящийсистема управления контентом、анализ в реальном времени、Интернет вещей、социальные сети、слой кэширования (гибкая модель данных, масштабная обработка данных)

Какую базу данных выбрать, зависит от ваших конкретных потребностей, включая размер данных, сложность запросов, требования к производительности, масштабируемость и другие факторы.

5.2 База данных по конкретному сценарию

По мере усложнения бизнеса мы обнаружим, что требования к базе данных сильно различаются в разных сценариях:

1. Отдавайте приоритет согласованности и выбирайте базу реляционного типа. данных。
2. высокая производительность Полнотекстовый поиск,использоватьElasticsearch。
3. некритические данные,Читайте больше и пишите меньше,большой,Выбирать Хранение столбцов。
4. Автономный анализ данных, Hive.

5.3 Дополнение. MySQL сталкивается с узким местом

Если автономный MySQL сталкивается с узким местом в производительности, его можно решить, разделив чтение и запись в архитектуре «главный-подчиненный» и используя машину с кучей. Другое направление — добавить кеш, например Redis, чтобы уменьшить количество запросов к нему. физическое хранилище.

Если объем данных слишком велик и производительность запросов к одной таблице снижается, вы можете рассмотреть подбазу данных и подтаблицу. Однако при разработке подбазы данных и подтаблицы вам необходимо учитывать больше факторов, таких как распределенность. транзакций и горизонтального расширения, что повлияет на эффективность НИОКР. Поэтому сейчас вы можете рассмотреть возможность использования распределенных баз данных, таких как TiDB.

ссылка В одном проекте используется десять баз данных?、MySQL и PostgreSQL, какой выбрать?