Как обрабатывать загрузку файлов с помощью NestJS и MySQL

В этом блоге мы научим вас, как создать функцию загрузки файлов с помощью NestJS и MySQL.

Введение

Многие разработчики презирают загрузку файлов. Это может быть связано с отсутствием знаний о наилучшем подходе или с трудностями при определении того, как настроить приложение Nest.js для обработки загрузки файлов. Многие люди могут захотеть сохранить свои файлы непосредственно в базе данных MySQL или сохранить имена изображений и сохранить изображение на диске: все зависит от их предпочтений и целей, которых они хотят достичь. В этом руководстве вы узнаете, как создать функцию загрузки файлов с помощью Nestjs и MySQL.

Предпосылки

Прежде чем приступить к выполнению этого руководства, убедитесь, что ваша система соответствует следующим требованиям:

Настройка NestJS

Как только вышеупомянутые требования будут выполнены, перейдите к установке интерфейса командной строки Nestjs и создайте новый проект, выполнив следующие команды:

$ npm i -g @nestjs/cli
$ nest new file-upload

Эти команды установят интерфейс командной строки Nestjs и создадут новый проект Nestjs со структурой папок, указанной ниже.

📦file-upload
┣ 📂src
┃ ┣ 📜app.controller.spec.ts
┃ ┣ 📜app.controller.ts
┃ ┣ 📜app.module.ts
┃ ┣ 📜app.service.ts
┃ ┣ 📜image.entity.ts
┃ ┗ 📜main.ts
┣ 📂test
┃ ┣ 📜app.e2e-spec.ts
┃ ┗ 📜jest-e2e.json
┣ 📜.eslintrc.js
┣ 📜.gitignore
┣ 📜.prettierrc
┣ 📜README.md
┣ 📜nest-cli.json
┣ 📜package-lock.json
┣ 📜package.json
┣ 📜tsconfig.build.json
┗ 📜tsconfig.json

После создания проекта Nestjs перейдите к следующему шагу — установите необходимые зависимости для вашего приложения, выполнив следующую команду:

npm install --save @nestjs/typeorm typeorm mysql2

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

Настройте базу данных MySQL

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

...
import { TypeOrmModule } from '@nestjs/typeorm';
import { Image } from './image.entity';

@Module({
  imports: [TypeOrmModule.forRoot({
    type: 'mysql',
    host: 'localhost',
    port: 3306,
    username: 'root',
    password: '1234',
    database: 'blog',
    entities: [Image],
    synchronize: true,
  }),
  TypeOrmModule.forFeature([Image])
  ],
  ...
})
...

В приведенном выше фрагменте кода мы импортировали TypeOrmModuleиз модуля typeorm, который мы установили ранее. Мы использовали этот forRootметод для подключения приложения к базе данных MySQL и передачи учетных данных базы данных. Еще одна вещь, на которую следует обратить внимание, это entitiesсвойства, которые позволили нам указать объекты в нашем модуле и которые дадут нам доступ к Imageобъекту, который вы вскоре создадите: у нас также установлено synchronizeсвойство trueдля автоматической миграции базы данных.

Создать объект изображения

Далее давайте создадим объект Image, о котором мы упоминали ранее. Для начала создайте файл image.entity.ts в каталоге src и добавьте приведенный ниже фрагмент кода.

import { Entity, Column, PrimaryGeneratedColumn, CreateDateColumn, UpdateDateColumn } from 'typeorm';

@Entity()
export class Image {
    @PrimaryGeneratedColumn()
    id: number;

    @Column()
    name: string;

    @CreateDateColumn()
    dateCreated: Date;

    @UpdateDateColumn()
    dateUpdated: Date;
}

В приведенном выше фрагменте кода мы импортировали декораторы, необходимые для создания объекта. С помощью этих декораторов мы определили свойства сущности. У нас есть idполе для генерации случайных идентификаторов для каждой записи в базе данных с помощью @PrimaryGeneratedColumn()декоратора, nameполе для хранения имен изображений, которые будут загружены с помощью @Columnдекоратора, поля dateCreated и dateUpdate для сохранения даты создания и обновления записи. используя @CreateDateColumn()и @UpdateDateColumn().

Создание службы загрузки

Создав объект Image, давайте создадим службу для выполнения операций CRUD для обработки загрузки файлов. В app.service.tsфайл добавьте приведенный ниже фрагмент кода.

import { Injectable } from '@nestjs/common';
import { InjectRepository } from '@nestjs/typeorm';
import { Repository } from 'typeorm';
import { Image } from './image.entity';

@Injectable()
export class AppService {
  constructor(
    @InjectRepository(Image)
    private readonly imageRepository: Repository<Image>,
  ) {}

  async getImages(): Promise<Image[]> {
    return this.imageRepository.find();
  }

  async createImage(image: Image): Promise<Image> {
    return this.imageRepository.save(image);
  }

  async getImage(id: number): Promise<Image> {
    return this.imageRepository.findOneBy({ id });
  }

  async deleteImage(id: number): Promise<void> {
    await this.imageRepository.delete(id);
  }
}

В приведенном выше фрагменте кода мы импортировали injectRepositoryдекоратор для внедрения imageRepositoryв AppServiceи Repositoryкоторый предоставляет вам методы, необходимые для выполнения некоторых операций в вашей базе данных. Итак, для createImageслужбы изображений мы сохраняем имя загруженного изображения, которое будет передано через контроллер.

Создание контроллера загрузки

Теперь давайте создадим контроллеры для использования сервисов. В app.controller.tsфайл и добавьте фрагмент кода ниже.

import { Injectable } from '@nestjs/common';
import { InjectRepository } from '@nestjs/typeorm';
import { Repository } from 'typeorm';
import { Image } from './image.entity';

@Injectable()
export class AppService {
  constructor(
    @InjectRepository(Image)
    private readonly imageRepository: Repository<Image>,
  ) {}

  async getImages(): Promise<Image[]> {
    return this.imageRepository.find();
  }

  async createImage(image: Image): Promise<Image> {
    return this.imageRepository.save(image);
  }

  async getImage(id: number): Promise<Image> {
    return this.imageRepository.findOneBy({ id });
  }

  async deleteImage(id: number): Promise<void> {
    await this.imageRepository.delete(id);
  }
}

В приведенном выше фрагменте кода мы импортировали пару декораторов, таких как FileInterceptor, UploadedFileи UseInterceptors. Перехватчик FileInterceptor()обработчика маршрута извлекает файл из запроса с помощью @UploadedFile()декоратора. Декоратор FileInterceptor()экспортируется из @nestjs/platform-expressпакета. Декоратор @UploadedFile()экспортируется из @nestjs/common. FileInterceptor()Декоратор принимает два аргумента : fieldNameстроку, предоставляющую имя поля из HTML-формы, содержащей файл, и optionsнеобязательный объект типа MulterOptions. Это тот же объект, который используется конструктором multer.

Что касается createImageфункции, мы использовали вышеупомянутые декораторы для обработки загрузки файла, используя FileInterceptor()передачу имени поля для изображения, и мы изменили FileInterceptor()функцию для загрузки изображения на диск, указав storageсвойство с помощью diskStorageфункции, доступной в multer. Затем мы указали расположение изображений и сгенерировали случайные имена для изображений. Кроме того, мы добавили filterсвойство для ограничения загрузки определенных форматов изображений. Теперь мы получаем файл, извлеченный с помощью @UploadedFile()декоратора, получаем имя и сохраняем его в базе данных. Таким образом, мы можем использовать имя каждого изображения, чтобы получить изображение из места хранения.

Чтобы приведенный выше код работал, вам необходимо установить multer, выполнив следующую команду в своем терминале:

npm i -D @types/multer


Затем нужно прописать модуль мультера в массиве импортов в app.module.tsфайле:

...
import { MulterModule } from '@nestjs/platform-express';


@Module({
  ...
  MulterModule.register({
    dest: './files',
  }),],
  ...

Приведенная выше конфигурация указывает multer обрабатывать загрузку файла и место для загрузки файла. И последнее, но не менее важное: мы должны создать filesпапку в srcкаталоге для фактического хранения файлов.

Обслуживание файлов

Чтобы на самом деле показывать изображения, загруженные в ваше приложение, пользователю, вам необходимо установить serve-staticмодуль, выполнив приведенную ниже команду.

npm install --save @nestjs/serve-static

Затем зарегистрируйте ServeStaticModuleв массиве импорта app.module.tsфайл с фрагментом кода ниже.

...
import { ServeStaticModule } from '@nestjs/serve-static';
import { join } from 'path';

@Module({
  ...
  ServeStaticModule.forRoot({
    rootPath: join(__dirname, '..', 'files')
  }),],
  ...


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

Тестирование API

Теперь откройте Postman и протестируйте приложение, отправив POST-запрос на конечную точку localhost:4000/images, и передайте полезную нагрузку в теле запроса в виде данных формы.

Наш файл

Если вы сейчас посмотрите на папку с файлами, вы должны увидеть файл, который вы загрузили. Не стесняйтесь идти вперед: тестируйте и экспериментируйте с другими маршрутами.

Вывод

Из этого руководства вы узнали, как обрабатывать загрузку файлов с помощью NestJS и MySQL. Вы узнали, как подключиться к базе данных MySQL с помощью TypeORM, а также создали объект и загрузили изображения в приложение Nestjs.

Ссылка: https://arctype.com/blog/nestjs-mysql-tutorial-fileuploads/

#nestjs #node  #mysql #typeorm #database 

What is GEEK

Buddha Community

Как обрабатывать загрузку файлов с помощью NestJS и MySQL
Joe  Hoppe

Joe Hoppe

1595905879

Best MySQL DigitalOcean Performance – ScaleGrid vs. DigitalOcean Managed Databases

HTML to Markdown

MySQL is the all-time number one open source database in the world, and a staple in RDBMS space. DigitalOcean is quickly building its reputation as the developers cloud by providing an affordable, flexible and easy to use cloud platform for developers to work with. MySQL on DigitalOcean is a natural fit, but what’s the best way to deploy your cloud database? In this post, we are going to compare the top two providers, DigitalOcean Managed Databases for MySQL vs. ScaleGrid MySQL hosting on DigitalOcean.

At a glance – TLDR
ScaleGrid Blog - At a glance overview - 1st pointCompare Throughput
ScaleGrid averages almost 40% higher throughput over DigitalOcean for MySQL, with up to 46% higher throughput in write-intensive workloads. Read now

ScaleGrid Blog - At a glance overview - 2nd pointCompare Latency
On average, ScaleGrid achieves almost 30% lower latency over DigitalOcean for the same deployment configurations. Read now

ScaleGrid Blog - At a glance overview - 3rd pointCompare Pricing
ScaleGrid provides 30% more storage on average vs. DigitalOcean for MySQL at the same affordable price. Read now

MySQL DigitalOcean Performance Benchmark
In this benchmark, we compare equivalent plan sizes between ScaleGrid MySQL on DigitalOcean and DigitalOcean Managed Databases for MySQL. We are going to use a common, popular plan size using the below configurations for this performance benchmark:

Comparison Overview
ScaleGridDigitalOceanInstance TypeMedium: 4 vCPUsMedium: 4 vCPUsMySQL Version8.0.208.0.20RAM8GB8GBSSD140GB115GBDeployment TypeStandaloneStandaloneRegionSF03SF03SupportIncludedBusiness-level support included with account sizes over $500/monthMonthly Price$120$120

As you can see above, ScaleGrid and DigitalOcean offer the same plan configurations across this plan size, apart from SSD where ScaleGrid provides over 20% more storage for the same price.

To ensure the most accurate results in our performance tests, we run the benchmark four times for each comparison to find the average performance across throughput and latency over read-intensive workloads, balanced workloads, and write-intensive workloads.

Throughput
In this benchmark, we measure MySQL throughput in terms of queries per second (QPS) to measure our query efficiency. To quickly summarize the results, we display read-intensive, write-intensive and balanced workload averages below for 150 threads for ScaleGrid vs. DigitalOcean MySQL:

ScaleGrid MySQL vs DigitalOcean Managed Databases - Throughput Performance Graph

For the common 150 thread comparison, ScaleGrid averages almost 40% higher throughput over DigitalOcean for MySQL, with up to 46% higher throughput in write-intensive workloads.

#cloud #database #developer #digital ocean #mysql #performance #scalegrid #95th percentile latency #balanced workloads #developers cloud #digitalocean droplet #digitalocean managed databases #digitalocean performance #digitalocean pricing #higher throughput #latency benchmark #lower latency #mysql benchmark setup #mysql client threads #mysql configuration #mysql digitalocean #mysql latency #mysql on digitalocean #mysql throughput #performance benchmark #queries per second #read-intensive #scalegrid mysql #scalegrid vs. digitalocean #throughput benchmark #write-intensive

Как обрабатывать загрузку файлов с помощью NestJS и MySQL

В этом блоге мы научим вас, как создать функцию загрузки файлов с помощью NestJS и MySQL.

Введение

Многие разработчики презирают загрузку файлов. Это может быть связано с отсутствием знаний о наилучшем подходе или с трудностями при определении того, как настроить приложение Nest.js для обработки загрузки файлов. Многие люди могут захотеть сохранить свои файлы непосредственно в базе данных MySQL или сохранить имена изображений и сохранить изображение на диске: все зависит от их предпочтений и целей, которых они хотят достичь. В этом руководстве вы узнаете, как создать функцию загрузки файлов с помощью Nestjs и MySQL.

Предпосылки

Прежде чем приступить к выполнению этого руководства, убедитесь, что ваша система соответствует следующим требованиям:

Настройка NestJS

Как только вышеупомянутые требования будут выполнены, перейдите к установке интерфейса командной строки Nestjs и создайте новый проект, выполнив следующие команды:

$ npm i -g @nestjs/cli
$ nest new file-upload

Эти команды установят интерфейс командной строки Nestjs и создадут новый проект Nestjs со структурой папок, указанной ниже.

📦file-upload
┣ 📂src
┃ ┣ 📜app.controller.spec.ts
┃ ┣ 📜app.controller.ts
┃ ┣ 📜app.module.ts
┃ ┣ 📜app.service.ts
┃ ┣ 📜image.entity.ts
┃ ┗ 📜main.ts
┣ 📂test
┃ ┣ 📜app.e2e-spec.ts
┃ ┗ 📜jest-e2e.json
┣ 📜.eslintrc.js
┣ 📜.gitignore
┣ 📜.prettierrc
┣ 📜README.md
┣ 📜nest-cli.json
┣ 📜package-lock.json
┣ 📜package.json
┣ 📜tsconfig.build.json
┗ 📜tsconfig.json

После создания проекта Nestjs перейдите к следующему шагу — установите необходимые зависимости для вашего приложения, выполнив следующую команду:

npm install --save @nestjs/typeorm typeorm mysql2

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

Настройте базу данных MySQL

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

...
import { TypeOrmModule } from '@nestjs/typeorm';
import { Image } from './image.entity';

@Module({
  imports: [TypeOrmModule.forRoot({
    type: 'mysql',
    host: 'localhost',
    port: 3306,
    username: 'root',
    password: '1234',
    database: 'blog',
    entities: [Image],
    synchronize: true,
  }),
  TypeOrmModule.forFeature([Image])
  ],
  ...
})
...

В приведенном выше фрагменте кода мы импортировали TypeOrmModuleиз модуля typeorm, который мы установили ранее. Мы использовали этот forRootметод для подключения приложения к базе данных MySQL и передачи учетных данных базы данных. Еще одна вещь, на которую следует обратить внимание, это entitiesсвойства, которые позволили нам указать объекты в нашем модуле и которые дадут нам доступ к Imageобъекту, который вы вскоре создадите: у нас также установлено synchronizeсвойство trueдля автоматической миграции базы данных.

Создать объект изображения

Далее давайте создадим объект Image, о котором мы упоминали ранее. Для начала создайте файл image.entity.ts в каталоге src и добавьте приведенный ниже фрагмент кода.

import { Entity, Column, PrimaryGeneratedColumn, CreateDateColumn, UpdateDateColumn } from 'typeorm';

@Entity()
export class Image {
    @PrimaryGeneratedColumn()
    id: number;

    @Column()
    name: string;

    @CreateDateColumn()
    dateCreated: Date;

    @UpdateDateColumn()
    dateUpdated: Date;
}

В приведенном выше фрагменте кода мы импортировали декораторы, необходимые для создания объекта. С помощью этих декораторов мы определили свойства сущности. У нас есть idполе для генерации случайных идентификаторов для каждой записи в базе данных с помощью @PrimaryGeneratedColumn()декоратора, nameполе для хранения имен изображений, которые будут загружены с помощью @Columnдекоратора, поля dateCreated и dateUpdate для сохранения даты создания и обновления записи. используя @CreateDateColumn()и @UpdateDateColumn().

Создание службы загрузки

Создав объект Image, давайте создадим службу для выполнения операций CRUD для обработки загрузки файлов. В app.service.tsфайл добавьте приведенный ниже фрагмент кода.

import { Injectable } from '@nestjs/common';
import { InjectRepository } from '@nestjs/typeorm';
import { Repository } from 'typeorm';
import { Image } from './image.entity';

@Injectable()
export class AppService {
  constructor(
    @InjectRepository(Image)
    private readonly imageRepository: Repository<Image>,
  ) {}

  async getImages(): Promise<Image[]> {
    return this.imageRepository.find();
  }

  async createImage(image: Image): Promise<Image> {
    return this.imageRepository.save(image);
  }

  async getImage(id: number): Promise<Image> {
    return this.imageRepository.findOneBy({ id });
  }

  async deleteImage(id: number): Promise<void> {
    await this.imageRepository.delete(id);
  }
}

В приведенном выше фрагменте кода мы импортировали injectRepositoryдекоратор для внедрения imageRepositoryв AppServiceи Repositoryкоторый предоставляет вам методы, необходимые для выполнения некоторых операций в вашей базе данных. Итак, для createImageслужбы изображений мы сохраняем имя загруженного изображения, которое будет передано через контроллер.

Создание контроллера загрузки

Теперь давайте создадим контроллеры для использования сервисов. В app.controller.tsфайл и добавьте фрагмент кода ниже.

import { Injectable } from '@nestjs/common';
import { InjectRepository } from '@nestjs/typeorm';
import { Repository } from 'typeorm';
import { Image } from './image.entity';

@Injectable()
export class AppService {
  constructor(
    @InjectRepository(Image)
    private readonly imageRepository: Repository<Image>,
  ) {}

  async getImages(): Promise<Image[]> {
    return this.imageRepository.find();
  }

  async createImage(image: Image): Promise<Image> {
    return this.imageRepository.save(image);
  }

  async getImage(id: number): Promise<Image> {
    return this.imageRepository.findOneBy({ id });
  }

  async deleteImage(id: number): Promise<void> {
    await this.imageRepository.delete(id);
  }
}

В приведенном выше фрагменте кода мы импортировали пару декораторов, таких как FileInterceptor, UploadedFileи UseInterceptors. Перехватчик FileInterceptor()обработчика маршрута извлекает файл из запроса с помощью @UploadedFile()декоратора. Декоратор FileInterceptor()экспортируется из @nestjs/platform-expressпакета. Декоратор @UploadedFile()экспортируется из @nestjs/common. FileInterceptor()Декоратор принимает два аргумента : fieldNameстроку, предоставляющую имя поля из HTML-формы, содержащей файл, и optionsнеобязательный объект типа MulterOptions. Это тот же объект, который используется конструктором multer.

Что касается createImageфункции, мы использовали вышеупомянутые декораторы для обработки загрузки файла, используя FileInterceptor()передачу имени поля для изображения, и мы изменили FileInterceptor()функцию для загрузки изображения на диск, указав storageсвойство с помощью diskStorageфункции, доступной в multer. Затем мы указали расположение изображений и сгенерировали случайные имена для изображений. Кроме того, мы добавили filterсвойство для ограничения загрузки определенных форматов изображений. Теперь мы получаем файл, извлеченный с помощью @UploadedFile()декоратора, получаем имя и сохраняем его в базе данных. Таким образом, мы можем использовать имя каждого изображения, чтобы получить изображение из места хранения.

Чтобы приведенный выше код работал, вам необходимо установить multer, выполнив следующую команду в своем терминале:

npm i -D @types/multer


Затем нужно прописать модуль мультера в массиве импортов в app.module.tsфайле:

...
import { MulterModule } from '@nestjs/platform-express';


@Module({
  ...
  MulterModule.register({
    dest: './files',
  }),],
  ...

Приведенная выше конфигурация указывает multer обрабатывать загрузку файла и место для загрузки файла. И последнее, но не менее важное: мы должны создать filesпапку в srcкаталоге для фактического хранения файлов.

Обслуживание файлов

Чтобы на самом деле показывать изображения, загруженные в ваше приложение, пользователю, вам необходимо установить serve-staticмодуль, выполнив приведенную ниже команду.

npm install --save @nestjs/serve-static

Затем зарегистрируйте ServeStaticModuleв массиве импорта app.module.tsфайл с фрагментом кода ниже.

...
import { ServeStaticModule } from '@nestjs/serve-static';
import { join } from 'path';

@Module({
  ...
  ServeStaticModule.forRoot({
    rootPath: join(__dirname, '..', 'files')
  }),],
  ...


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

Тестирование API

Теперь откройте Postman и протестируйте приложение, отправив POST-запрос на конечную точку localhost:4000/images, и передайте полезную нагрузку в теле запроса в виде данных формы.

Наш файл

Если вы сейчас посмотрите на папку с файлами, вы должны увидеть файл, который вы загрузили. Не стесняйтесь идти вперед: тестируйте и экспериментируйте с другими маршрутами.

Вывод

Из этого руководства вы узнали, как обрабатывать загрузку файлов с помощью NestJS и MySQL. Вы узнали, как подключиться к базе данных MySQL с помощью TypeORM, а также создали объект и загрузили изображения в приложение Nestjs.

Ссылка: https://arctype.com/blog/nestjs-mysql-tutorial-fileuploads/

#nestjs #node  #mysql #typeorm #database 

Loma  Baumbach

Loma Baumbach

1595781840

Exploring MySQL Binlog Server - Ripple

MySQL does not limit the number of slaves that you can connect to the master server in a replication topology. However, as the number of slaves increases, they will have a toll on the master resources because the binary logs will need to be served to different slaves working at different speeds. If the data churn on the master is high, the serving of binary logs alone could saturate the network interface of the master.

A classic solution for this problem is to deploy a binlog server – an intermediate proxy server that sits between the master and its slaves. The binlog server is set up as a slave to the master, and in turn, acts as a master to the original set of slaves. It receives binary log events from the master, does not apply these events, but serves them to all the other slaves. This way, the load on the master is tremendously reduced, and at the same time, the binlog server serves the binlogs more efficiently to slaves since it does not have to do any other database server processing.

MySQL Binlog Server Deployment Diagram - ScaleGrid Blog

Ripple is an open source binlog server developed by Pavel Ivanov. A blog post from Percona, titled MySQL Ripple: The First Impression of a MySQL Binlog Server, gives a very good introduction to deploying and using Ripple. I had an opportunity to explore Ripple in some more detail and wanted to share my observations through this post.

1. Support for GTID based replication

Ripple supports only GTID mode, and not file and position-based replication. If your master is running in non-GTID mode, you will get this error from Ripple:

Failed to read packet: Got error reading packet from server: The replication sender thread cannot start in AUTO_POSITION mode: this server has GTID_MODE = OFF instead of ON.

You can specify Server_id and UUID for the ripple server using the cmd line options: -ripple_server_id and -ripple_server_uuid

Both are optional parameters, and if not specified, Ripple will use the default server_id=112211 and uuid will be auto generated.

2. Connecting to the master using replication user and password

While connecting to the master, you can specify the replication user and password using the command line options:

-ripple_master_user and -ripple_master_password

3. Connection endpoint for the Ripple server

You can use the command line options -ripple_server_ports and -ripple_server_address to specify the connection end points for the Ripple server. Ensure to specify the network accessible hostname or IP address of your Ripple server as the -rippple_server_address. Otherwise, by default, Ripple will bind to localhost and hence you will not be able to connect to it remotely.

4. Setting up slaves to the Ripple server

You can use the CHANGE MASTER TO command to connect your slaves to replicate from the Ripple server.

To ensure that Ripple can authenticate the password that you use to connect to it, you need to start Ripple by specifying the option -ripple_server_password_hash

For example, if you start the ripple server with the command:

rippled -ripple_datadir=./binlog_server -ripple_master_address= <master ip> -ripple_master_port=3306 -ripple_master_user=repl -ripple_master_password='password' -ripple_server_ports=15000 -ripple_server_address='172.31.23.201' -ripple_server_password_hash='EF8C75CB6E99A0732D2DE207DAEF65D555BDFB8E'

you can use the following CHANGE MASTER TO command to connect from the slave:

CHANGE MASTER TO master_host='172.31.23.201', master_port=15000, master_password=’XpKWeZRNH5#satCI’, master_user=’rep’

Note that the password hash specified for the Ripple server corresponds to the text password used in the CHANGE MASTER TO command. Currently, Ripple does not authenticate based on the usernames and accepts any non-empty username as long as the password matches.

Exploring MySQL Binlog Server - Ripple

CLICK TO TWEET

5. Ripple server management

It’s possible to monitor and manage the Ripple server using the MySQL protocol from any standard MySQL client. There are a limited set of commands that are supported which you can see directly in the source code on the mysql-ripple GitHub page.

Some of the useful commands are:

  • SELECT @@global.gtid_executed; – To see the GTID SET of the Ripple server based on its downloaded binary logs.
  • STOP SLAVE; – To disconnect the Ripple server from the master.
  • START SLAVE; – To connect the Ripple server to the master.

#cloud #database #developer #high availability #mysql #performance #binary logs #gtid replication #mysql binlog #mysql protocol #mysql ripple #mysql server #parallel threads #proxy server #replication topology #ripple server

Devyn  Reilly

Devyn Reilly

1618900707

Setting MySQL Configuration Variables – MySQL 5.7 vs MySQL 8.0

MySQL configuration variables are a set of server system variables used to configure the operation and behavior of the server. In this blog post, we will explain the differences in managing the configuration variables between MySQL 5.7 and MySQL 8.0.

We will explain three different ways for setting the configuration variables based on your use-case. Configuration variables that can be set at run time are called Dynamic variables and those that need a MySQL server restart to take effect are called Non-Dynamic variables.

Setting MySQL Configuration Variables

#mysql #mysql 5.7 #mysql 8.0 #mysql server

Whitney  Durgan

Whitney Durgan

1618911221

Setting MySQL Configuration Variables - MySQL 5.7 vs MySQL 8.0

In this article, we will explain the differences in managing the configuration variables between MySQL 5.7 and MySQL 8.0.

MySQL configuration variables are a set of server system variables used to configure the operation and behavior of the server. In this blog post, we will explain the differences in managing the configuration variables between MySQL 5.7 and MySQL 8.0.

We will explain three different ways for setting the configuration variables based on your use-case. Configuration variables that can be set at run-time are called Dynamic variables and those that need a MySQL server restart to take effect are called Non-Dynamic variables.

#mysql #mysql 5.7 #mysql server #mysql 8.0