1. Введение в базу данных TLDR;

1.1 MySQL

MySQL претендует на звание самой популярной базы данных с открытым исходным кодом и является одним из самых популярных прикладных программ RDBMS (система управления реляционными базами данных). Буква M в LAMP относится к MySQL. Приложения, созданные на LAMP, будут использовать MySQL.

Первоначально MySQL была разработана MySQL AB, а затем продана компании Sun за 1 миллиард долларов США в 2008 году. Sun была приобретена Oracle в 2010 году. Приобретение Oracle привело к появлению двух версий MySQL: Commercial Edition и Community Edition. Что касается последнего, поскольку Oracle контролирует разработку MySQL, она подверглась критике со стороны большинства пользователей.

1.2 PostgreSQL

PostgreSQL позиционирует себя как самая передовая в мире база данных с открытым исходным кодом и представляет собой систему управления реляционными базами данных (ORDBMS). Это объектно-реляционная система управления базами данных, основанная на POSTGRES версии 4.2, разработанная факультетом компьютерных наук Калифорнийского университета. Первоначально она была разработана в Калифорнии в 1985 году. Разработана Университетом Беркли в качестве преемника базы данных Ingres. PostgreSQL — это полностью управляемый сообществом проект с открытым исходным кодом.

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

Note:

Иерархические отношения MySQL: пример -> база данных -> поверхность

Postgres иерархические отношения: примеры -> база данных -> Schema -> поверхность

Схему можно понимать как пространство имен и она не влияет на использование.

❞

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

тестовая среда

MySQL：

• Конфигурация оборудования: 4 ядра, 16 ГБ памяти.
• Версия: MySQL 8.0

Postgres SQL：

• Конфигурация оборудования: 4 ядра, 16 ГБ памяти.
• Версия: Postgres SQL 13.

Для данных стресс-теста SELECT запрашивается на основе первичного ключа, UPDATE выполняется на основе первичного ключа, а INSERT — это ВСТАВКА одной строки данных за раз. По данным опрессовок можно сделать следующие выводы:

• Что касается пропускной способности, Postgres SQL В два раза лучше MySQL по производительности SELECT, В 4-5 раз лучше INSERT, UPDATE Это в 5-6 раз лучше.
• По среднему расходу времени Postgres SQL более чем в несколько раз превосходит MySQL.
• Особенно после обновления горячей строки MySQL представляет собой только Postgres SQL, 1/8, а также увеличился в 7 раз.

3. Применимые сценарии, как выбрать?

Относительно Postgres MySQL проще, Поэтому он имеет более высокую популярность, Что касается технической информации и поддержки технических компонентов, поддержка также является более полной. Но это не значит, что он незаменим для автора. MYSQL больше похож на инструмент для малых и средних предприятий и частных лиц. данныхинструмент, Потому что есть много людей, которые это знают, Документация относительно полная, поэтому приступить к работе легко. Но это не значит, что MYSQL лучший.

Из приведенного выше рисунка мы видим, что темпы развития Postgres SQL очень высоки и в настоящее время догоняют MySQL. Однако, условно говоря, популярность MySQL имеет тенденцию к снижению.

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

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

Сценарии, в которых применим Postgresql

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

4. Резюме

Преимущества PostgreSQL перед MySQL

• Postgre SQL намного лучше, чем MYSQL по производительности,Это можно отразить в приведенных выше данных испытаний под давлением.,Отнимает ли это много времени,Или с точки зрения общей пропускной способности?,имеют значительные преимущества
• Postgre SQL имеет очевидные преимущества при обновлении одной строки, особенно когда включен HOT. После ОБНОВЛЕНИЯ производительность СравниватьMYSQLНа порядок выше
• Стандартная реализация SQL более полная, чем MySQL, а реализация функций более строгая и академическая;
• Основная поверхность Postgresql хранится в куче поверхности.,MySQL использует поверхность организации индекса,Способен поддерживать большие объемы данных, чем MySQL.
• Первичная и вторичная репликация Postgresql — это физическая репликация.,Относительно логической репликации MySQL на основе binlog.,Согласованность данных более надежна,копироватьпроизводительностьвыше,Влияние на производительность хоста также меньше.
• MySQL уровень изоляции транзакции repeatable read не предотвращает общие одновременные обновления, Вы должны запереть его, Но пессимистическая блокировка повлияет на производительность, Вручную реализовать оптимистическую блокировку сложно. и Postgre SQL В колонке скрытый оптимистический замок version поля, по умолчанию repeatable read Уровень может гарантировать правильность одновременных обновлений. И есть производительность с оптимистической блокировкой.

Относительные недостатки Postgresql для MySQL:

• Postgre Конструкция поверхности системы SQL относительно сложна. В некоторых системах выполнять статистику и операции сложнее.
• Postgre SQL Что касается выбора индекса, вероятность неправильного выбора немного выше (фактическое измерение). И его нельзя использовать с MySQL Так же просто использовать Force_index
• В Postgresql есть вакуум, и вам необходимо настроить параметры вакуума в зависимости от конкретных сценариев использования.

<END>