並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 28 件 / 28件

新着順 人気順

binlogの検索結果1 - 28 件 / 28件

  • はてなブログの DB を RDS for MySQL 8.0 にアップグレードした話 - Hatena Developer Blog

    この記事は、はてなエンジニア Advent Calendar 2023の2024年1月17日の記事です。 はてなエンジニア Advent Calendar 2023 - Hatena Developer Blog id:hagihala です。先日、はてなブログの DB を RDS for MySQL 5.7 から 8.0 へアップグレードしたので、工夫した点などを共有します。 Aurora MySQL 3.x にしなかった理由 MySQL 5.7 -> 8.0 で対応した変更点 character set や collation のデフォルトが変更される explicit_defaults_for_timestamp がデフォルトで有効になる SQL mode の変更 デフォルトの認証プラグインが caching_sha2_password になり、 mysql_native_passw

      はてなブログの DB を RDS for MySQL 8.0 にアップグレードした話 - Hatena Developer Blog
    • AWSのDMSやブルー/グリーンデプロイを使ってMySQL8.0へ移行した話 - BASEプロダクトチームブログ

      はじめに Data Strategyチーム(以下、DSチーム)でDWHやBIツールの運用をしている@shota.imazekiと不正検知やAWS基盤運用をしている@tawamuraです。 Aurora MySQL v2(MySQL5.7互換)が2024/10/31に標準サポート終了となるため、DSチームでは2024年6月にAurora MySQL v3(MySQL8.0互換)へのアップグレードを実施しました。 その際に得られた課題や知見について紹介していきます。主にAWS DMSやAmazon RDS ブルー/グリーンデプロイを用いたアップグレード方法の話になります。 DSチームのインフラ構成 DSチームはBASEの機械学習基盤を構築・運用しており、APIなどを介してプロダクト側へ機械学習モデルの推論結果などを返しています。学習・推論のために使うプロダクト側のデータはDMSを用いて、DS環

        AWSのDMSやブルー/グリーンデプロイを使ってMySQL8.0へ移行した話 - BASEプロダクトチームブログ
      • MySQLで全文検索機能を使う際のパフォーマンスについて調査してみた - iimon TECH BLOG

        こんにちは、CTOの森です。iimonは今回が初のアドベントカレンダー参加です! 本記事はiimonアドベントカレンダー1日目の記事となります。 はじめに 検証した環境 MySQL/mecabのインストール 大量のデータを入れる 1レコードのINSERTにかかった時間 検索してみる 検索文字列が「出来事」の場合 インデックスなし N-gram(bi-gram) IN NATURAL LANGUAGE MODE IN BOOLEAN MODE MeCab IN NATURAL LANGUAGE MODE IN BOOLEAN MODE 検索文字列が「チューリングはロンドンのリッチモンドに住み」の場合 まとめ 参照したサイト 最後に はじめに 今回はMySQLで全文検索機能を使う際のパフォーマンスについて書こうと思います! 全文検索をちゃんと使うのであればElasticsearchやSolrな

          MySQLで全文検索機能を使う際のパフォーマンスについて調査してみた - iimon TECH BLOG
        • MySQL 8.1シリーズにおけるInnoDB Clusterとリードレプリカの融合(ただしMySQL Serverは8.0でOK)

          MySQL本体の新機能ではないのだが、MySQL ShellとMySQL Routerのイノベーションリリース(バージョン8.1)によりInnoDB Clusterに対してリードレプリカを追加することができるようになったので、今回はそのことについて解説をしていこうと思う。 InnoDB Clusterとは このブログではInnoDB Clusterとは何かということをそもそもまだ解説していなかったように思う。詳しいことはおいおい別の投稿で触れたいと思うが、InnoDB ClusterというのはMySQL Serverのグループレプリケーションを核にしたクラスタリング機能のことだ。MySQL Shellを用いてかんたんに構築でき、なおかつMySQL Routerを介して接続することにより、インスタンス障害が生じたときに自動的に接続先を振り替えることができる。イメージ的にはこんな感じ。 グルー

            MySQL 8.1シリーズにおけるInnoDB Clusterとリードレプリカの融合(ただしMySQL Serverは8.0でOK)
          • Data Contractに向けたProtocol Buffersの調査 - yasuhisa's blog

            背景: データ品質を担保するにはデータソースの品質が重要 データソースの品質を担保する手段としてのData Contract Data Contractの表現方法の一つとしてのProtocol Buffers Data ContractとしてProtocol Buffersを使う データの入出力を一箇所に集約、Protocol Buffersで抑えるパターン ストレージのスキーマをProtocol Buffersで抑えるパターン 発展的な話題 & 読書会の案内 参考文献 背景: データ品質を担保するにはデータソースの品質が重要 私はデータエンジニアをしており、DWHやデータマートのデータ品質について考えることが多い。BigQueryなどにデータが取り込まれた後のレイヤリングやテスト、改善に向けたデータ品質の可視化について、以前発表した。 データが取り込まれた後の整理は進んでいるものの、やは

              Data Contractに向けたProtocol Buffersの調査 - yasuhisa's blog
            • Amazon MSKを用いてMySQLに対してChange Data Captureを実現する - ZOZO TECH BLOG

              はじめに こんにちは。基幹システム本部・物流開発部の作田です。現在、ZOZO社内で使用している基幹システムのリプレイスを担当しています。 現在行っているリプレイスでは、既存の基幹システムから発送機能を切り出し、マイクロサービスに移行しています。リプレイスの詳細については、ZOZOBASEを支える発送システムリプレイスの取り組みをご覧ください。 techblog.zozo.com マイクロサービスは発送業務の各作業が完了したことを基幹システムに連携しており、この連携を実現するためにAmazon Managed Streaming for Apache Kafka(以降、Amazon MSK)を採用しました。今回は、サービス間のデータ連携にAmazon MSKを採用した理由やAmazon MSKでの実装例と考慮点について紹介します。MySQLなどのリレーショナルデータベースに対してAmazon

                Amazon MSKを用いてMySQLに対してChange Data Captureを実現する - ZOZO TECH BLOG
              • Solrのクラウド移行 -AWS ECS Fargateの事例- - LIVESENSE ENGINEER BLOG

                はじめに 技術部インフラグループの春日です。 2024年現在、弊社が運営している マッハバイト は一部を除いてオンプレからクラウドへの移行が完了しました。 本記事では移行対象の1つであった Apache Solr に関する総括をします。 今回のプロジェクトでは移行自体を最優先とするため、スコープを以下に定めていました。 Apache Solrから他の検索エンジンへは乗り換えない アプリケーション側の改修は向き先の変更だけに留める Apache Solr自体のバージョンUP対応はしない 運用負荷を軽減できる形の構成変更を加える 移行スピードと移行後の運用コストとの天秤 新たに運用しないといけなくなるコンポーネントはなるべく増やさない モニタリングや監視の精度はなるべく落とさない 上記を踏まえ、以降の節ではApache Solrのサービス内利用箇所の紹介から始め、 インフラ構成・デプロイ・モニ

                  Solrのクラウド移行 -AWS ECS Fargateの事例- - LIVESENSE ENGINEER BLOG
                • 【AWS re:Invent 2023】COP402: Coding for compliance at scale のご紹介 - カミナシ エンジニアブログ

                  こんばんは(?)、セキュリティエンジニアリングの西川です。 re:Invent始まりましたね。 カミナシからも今年は4名参加して、AWSの知識・技術向上のためさまざまなセッションに参加しています。 私は今回re:Inventは初参加で、右も左もわからない状態ですが、その中でも特に楽しみにしていたセッションがありまして、それが「COP402: Coding for compliance at scale」でした。 このセッションはレベルが400(Expert)という一番高いものでしたが、コードを見ながら解説がされていくため元々開発者だった私にとっては非常にわかりやすかったのと、 RDK(AWS Config Rule Development Kit)を試そうとして色々と調べていたので、英語はあまり得意ではないのですが理解することができました。 AWS Configのカスタムルールが書けるのは

                    【AWS re:Invent 2023】COP402: Coding for compliance at scale のご紹介 - カミナシ エンジニアブログ
                  • Binary logging optimizations in Amazon Aurora MySQL version 3 | Amazon Web Services

                    AWS Database Blog Binary logging optimizations in Amazon Aurora MySQL version 3 The binary log (binlog) in MySQL is used to capture database modifications on a MySQL server in a logical format known as “events”. These database modifications can include DCL statements (such as CREATE USER or GRANT), DDL statements (CREATE TABLE, ALTER TABLE) and DML statements (INSERT, UPDATE, DELETE). When such a

                      Binary logging optimizations in Amazon Aurora MySQL version 3 | Amazon Web Services
                    • Node.js — Node v22.3.0 (Current)

                      2024-06-11, Version 22.3.0 (Current), @RafaelGSS Notable Changes [5a41bcf9ca] - (SEMVER-MINOR) src: traverse parent folders while running --run (Yagiz Nizipli) #53154 [1d5934524b] - (SEMVER-MINOR) buffer: add .bytes() method to Blob (Matthew Aitken) #53221 [75e5612fae] - (SEMVER-MINOR) src,permission: --allow-wasi & prevent WASI exec (Rafael Gonzaga) #53124 [b5c30e2f5e] - (SEMVER-MINOR) module: pr

                        Node.js — Node v22.3.0 (Current)
                      • 【超危険】【クラウドも】そのMySQLパラメータ設定、やべ〜〜〜〜かも - Qiita

                        何もわからないまま使うのは危険です!!! いきなりこんなことをかいてしまいましたが、皆さん、MySQLを安全に使ってますか? 特に金融とか顧客情報とか扱うとこ!あとDBの障害対応めんどくさいな〜ってなってる人も必見です! MySQLをクラウドでmanagaedなもの(CloudSQLとか、RDSとか)使っている方もいれば、self hostedなサーバを利用している方もいらっしゃるかと思います。 どちらにおいても、必ずこの内容は抑えておかないと危険かもしれないですよという、注意喚起的な記事です。 つまり、マネージドなRDBMSとしてMySQL使ってるあなたも、知っておくべきということです。 RDS を使っているあなたも、 CloudSQLを使っているあなたも、ぜひ読んで確認してください。 InnoDB、ちゃんと気にしていますか? MySQLを使っていますか?と書き始めましたが、この記事の中

                          【超危険】【クラウドも】そのMySQLパラメータ設定、やべ〜〜〜〜かも - Qiita
                        • GIPKことはじめ - Generated Invisible Primary Keys

                          ※この記事はMySQL Advent Calendar 2023の4日目です。 MySQL 8.0シリーズでは正式版になってから多数の新機能が追加されるというリリースモデルであった。正式版になってから追加された新機能の中に、GIPK(Generated Invisible Primary Key)というものがある。これはなんとMySQL 8.0.30で追加された機能だ。MySQL 8.0が正式版になってから、なんと4年と3ヶ月後のことである。そんな感じでMySQL 8.0の新機能は正式リリース後にも増え続け、途方もない規模になっている。このブログでは一度に紹介するのは諦め、少しずつ気の向いたものから紹介していこうと思う。今回はその第一弾として、GIPKについて解説しよう。 GIPKとは GIPKとは、その名前が示すように、自動的に生成される不可視の主キーである。主キーを持たないテーブルに対

                            GIPKことはじめ - Generated Invisible Primary Keys
                          • DBサーバーの空き容量不足を解消するためのレポートテーブルの見直し作業

                            GMOアドマーケティングのT.Kです。 先日、当社の監視システムにより、DBサーバーのディスク空き容量が20%を下回ったことが検知されました。 ニュースでとある工場がDBの保守作業でディスクの容量不足によりシステムが停止したと報じられ、他人事ではないと感じました。 概要 特定のレポートテーブルがディスク容量の40%を占めていることが明らかになりました。そのレポートテーブルのユニークキーが実際に必要とされる粒度よりも細かいことが以前から分かっており、粒度を粗くしてレコード数を減らすことで対応することにしました。 作業内容 新しいテーブルを作成して、元テーブルから再集計したデータをコピー 負荷が集中しないように分割してWaitを入れながらコピーするためにスクリプトを作成 レポート集計バッチを一部停止 新しいテーブルと元のテーブルを入れ替える 新しいユニークキーに対応したレポート集計バッチをリリ

                              DBサーバーの空き容量不足を解消するためのレポートテーブルの見直し作業
                            • CloudShell VPC environment から VPC内のEC2インスタンスやRDS DBインスタンスに接続してみた | DevelopersIO

                              もっと簡単にVPC内のリソースにアクセスしたい こんにちは、のんピ(@non____97)です。 皆さんはもっと簡単にVPC内のリソースにアクセスしたいと思ったことはありますか? 私はあります。 VPC上のRDS DBインスタンスやRedisクラスターなどのリソースに接続したい場合、Site-to-Site VPNやClient VPN、Direct Connectがなければ踏み台が必要になります。 踏み台へのアクセス方法は以下のようなものがあります。 直接SSH SSMセッションマネージャー EC2 Instance Connect SSMセッションマネージャーとEC2 Instance Connectについては以下記事をご覧ください。 しかし、上述のいずれのパターンもEC2インスタンスやECS Fargateなどの課金が発生するリソースをプロビジョニングする必要があります。 そんな時に

                                CloudShell VPC environment から VPC内のEC2インスタンスやRDS DBインスタンスに接続してみた | DevelopersIO
                              • Upgrade to Amazon Aurora MySQL version 3 (with MySQL 8.0 compatibility) | Amazon Web Services

                                AWS Database Blog Upgrade to Amazon Aurora MySQL version 3 (with MySQL 8.0 compatibility) Amazon Aurora MySQL-Compatible Edition version 3 (with MySQL 8.0 compatibility) is the most current major version supported on Amazon Aurora MySQL. You can use Amazon Aurora MySQL version 3 to get the latest MySQL-compatible features and performance improvements. MySQL 8.0 introduces several new features, inc

                                  Upgrade to Amazon Aurora MySQL version 3 (with MySQL 8.0 compatibility) | Amazon Web Services
                                • Amazon Aurora MySQL3におけるバイナリログの最適化 | Amazon Web Services

                                  Amazon Web Services ブログ Amazon Aurora MySQL3におけるバイナリログの最適化 本記事は、2024年5月17日に公開された Binary logging optimizations in Amazon Aurora MySQL version 3 を翻訳したものです。 MySQLのバイナリログ(binlog)は、MySQLサーバ上のデータベースの変更を”イベント”と呼ばれる論理フォーマットでキャプチャするために使用されます。これらのデータベース変更には、DCL(CREATE USERやGRANTなど)、DDL(CREATE TABLE、ALTER TABLEなど)、DML(INSERT、UPDATE、DELETEなど)が含まれます。そのような変更がMySQLでコミットされると、サーバは 2-phase commit(2PC)を用いてトランザクションのバ

                                    Amazon Aurora MySQL3におけるバイナリログの最適化 | Amazon Web Services
                                  • 外部のMySQLをAWS Auroraに移行するTips | 外道父の匠

                                    何度か外から AWS の Aurora MySQL へサービス移行をして知見が溜まっていたので、吐き出しておきます。DBA 専門的な人から見たら別におもろくない内容だと思いますので、初中級者の学習用教材です。 最初は全体の流れを全て書こうとしましたが、全く同じ流れでやることはないだろうと思い、部分ごとにこういうことを検討すればえぇんちゃうんくらいの Tips にしてみました。 目次 そこまで長くないですが Tips なので目次を置いておきます。 データ転送の方法 当日にバックアップ/リストア 事前にレプリケーションする 通常レプリケーション 直にグローバルアドレスへ接続 VPN経由で接続 レプリケーション開始 DMS経由レプリケーション リンク集 メリット 大まかな流れ 非対応 DDL binlog_format バックアップの方法 mysqldump mysqldump 独自並列 mys

                                      外部のMySQLをAWS Auroraに移行するTips | 外道父の匠
                                    • 第102回 連載100回記念第2弾「OSSデータベースは100ヶ月後も生き残れるか?」、MySQL 8.3.0のリリース、PostgreSQL最新情報 | gihyo.jp

                                      OSSデータベース取り取り時報 第102回連載100回記念第2弾「OSSデータベースは100ヶ月後も生き残れるか?」⁠⁠、MySQL 8.3.0のリリース⁠⁠、PostgreSQL最新情報 この連載はOSSコンソーシアム データベース部会のメンバーがオープンソースデータベースの毎月の出来事をお伝えしています。前回紹介した連載100回記念セミナー第1弾につづく第2弾について報告します。 連載100回記念第2弾「OSSデータベースは100ヶ月後も生き残れるか?」 前回にお知らせしたとおり、1月27日のオープンソースカンファレンス(OSC)2024 Osaka(大阪開催)にて本連載の100回を記念した企画セミナーの第2弾を実施しました。今回のOSC 2024 Osakaは4年ぶりに展示とセミナーの両方が会場で開催することになり、OSSコンソーシアムメンバに加えてオープンソースソフトウェア協会(O

                                        第102回 連載100回記念第2弾「OSSデータベースは100ヶ月後も生き残れるか?」、MySQL 8.3.0のリリース、PostgreSQL最新情報 | gihyo.jp
                                      • LINE LIVE クロージング連載 Vol.2 - DBのReplication Delayとの奮闘

                                        LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog こんにちは、開発5センターの Zhu です。 現在は LINE NEWS の SRE チームに所属しています。 この記事は、2023年3月末にサービス提供を終了したライブ配信サービス「LINE LIVE」において、今まで行ってきた施策の紹介や大規模サービスならではのクロージングに関わる話を連載するシリーズの2本目の記事です。 今回の記事では、データベース上で Replication Delay によって起きていた問題と解決までの経緯やDB構成について、図を交えて紹介します。 背景 LINE LIVE では、大規模のアクセスに耐えるために DB(MySQL) へのアクセスは Read/Write で分離しています。つまり書き込み

                                          LINE LIVE クロージング連載 Vol.2 - DBのReplication Delayとの奮闘
                                        • Amazon RDSのBlue/Green Deploymentsを使ってMySQLのアップグレードをやってみる~調査編~ - WILLGATE TECH BLOG

                                          弊社で利用しているMySQLのバージョンをMySQL5.7からMySQL8にアップグレードを行いました。その際に Blue/Green Deploymentsを使って実施する際にに調べた事をまとめて紹介したいと思います。 Blue/Green Deploymentsとは 制限事項 公式情報 検証した方々の情報 実際に検証をしてみてわかったこと 検証を踏まえて、実施する際にチェックする箇所 まとめ Blue/Green Deploymentsとは 現状の本番環境(Blue)を別に新しい本番環境(Green)を構築した上で接続先を切り替えるなどして新しい本番環境をリリースする運用方法です。 利点として システムのダウンタイムを短くできる ロールバックが容易 が挙げられます。 Amazon RDS Blue/Green Deploymentsの仕組みとしては、本稼働環境(以下Blue環境)と本稼

                                            Amazon RDSのBlue/Green Deploymentsを使ってMySQLのアップグレードをやってみる~調査編~ - WILLGATE TECH BLOG
                                          • INSERT...SELETC でauto_increment値が飛ぶ話 - amamanamam

                                            環境 CREATE TABLE `t2` ( `id` int NOT NULL, `id2` int NOT NULL AUTO_INCREMENT, PRIMARY KEY (`id`), KEY `id2` (`id2`) ) mysql> select version(); +--------------+ | version() | +--------------+ | 8.0.28-debug | +--------------+ 1 row in set (0.00 sec) mysql> select @@auto_increment_increment; +----------------------------+ | @@auto_increment_increment | +----------------------------+ | 1 | +----------

                                              INSERT...SELETC でauto_increment値が飛ぶ話 - amamanamam
                                            • AWS Aurora から Datastream を使って BigQuery にデータをレプリケーションした話 - Adwaysエンジニアブログ

                                              どうも〜、お久しぶりです。 エージェンシー事業のエンジニアチームでユニットマネージャーをしていますぬまちゃんです! エンジニアブログを書くのは新卒以来なので、4年ほどぶりってところです。 あの頃はエンジニアリングメインでしたが、今はマネジメント業務も行うようになり、「成長したなあ」「あっという間だったなあ」と感じる今日この頃です。 マネージャーとして奮起しているぬまちゃんが久しぶりに新しいことに挑戦したので、そのことを伝えていこうと思います。 背景 やったこと 準備編 起動編 1.ストリームの詳細の定義 2. MySQL 接続プロファイルの定義(Aurora MySQLとの接続について) 3. MySQL 接続プロファイルの定義(SSH接続について) 4. ストリームのソースの構成 5. BigQuery 接続プロファイルの定義 6. Datastream から BigQuery への接続

                                                AWS Aurora から Datastream を使って BigQuery にデータをレプリケーションした話 - Adwaysエンジニアブログ
                                              • TUNAGのDBをAurora MySQL v3にアップグレードしました - stmn tech blog

                                                はじめに 事前の検証作業 MySQL 5.7 ⇒ 8.0の変更点の影響確認 1. 照合順序 2. 暗黙のソート 3. 予約語 アップグレード方法の検討 パラメータグループの作成 パフォーマンス確認 アップグレード済みのステージング環境の運用 k6とDatadogを用いた主要画面のパフォーマンス確認 実行計画の変化の確認 SQLの改善 本番アップグレード作業 振り返りと今後について まとめ はじめに プラットフォーム部 SREチームのショウゴ(@shogo_452)です。 TUNAGのメインデータベースをAmazon Aurora MySQL v2(MySQL5.7互換)からv3(MySQL8.0互換)にアップグレードしたので、その検証内容などアップグレード完了に至るまでの過程を共有します。 事前の検証作業 MySQL 5.7 ⇒ 8.0の変更点の影響確認 まずは、MySQL 5.7(以下、

                                                  TUNAGのDBをAurora MySQL v3にアップグレードしました - stmn tech blog
                                                • 第99回 次世代RDB“Tsurugi”リリース、MySQL 8.2.0リリース、PostgreSQL Conference Japanが今月開催 | gihyo.jp

                                                  オラクルの多くの製品はExtended Supportでは追加のサポート料金が必要となりますが、商用版MySQLのサブスクリプションには追加料金は発生しません。このため実質的にメジャーバージョンのリリースから8年間は、同様のサポートとパッチ提供を受けることが可能です。 なおMySQLのイノベーション・リリースにはこのポリシーは適用されず、基本的リリースから3ヵ月間のみお問い合わせへの対応を提供し、次のイノベーション・リリースが出た段階でバージョンアップをしていただく形式となっています。2023年10月末時点ではリリース日は確定してませんが、今後のリリースが予定されているLTS(Long Term Support)リリースはポリシーの対象となり、8年間のサポートとパッチ提供がされると発表されています。 MySQL 8.2.0の新機能と変更点 主な変更点は下記の通りです。 機能変更 MySQL

                                                    第99回 次世代RDB“Tsurugi”リリース、MySQL 8.2.0リリース、PostgreSQL Conference Japanが今月開催 | gihyo.jp
                                                  • Reduce downtime with Amazon Aurora MySQL database restart time optimizations | Amazon Web Services

                                                    AWS Database Blog Reduce downtime with Amazon Aurora MySQL database restart time optimizations When using Amazon Aurora MySQL-Compatible Edition for operating your relational databases in the AWS cloud, one of the key requirements is to verify that it is highly available during planned and unplanned outages. As database administrators, you should perform occasional database maintenance. This can b

                                                      Reduce downtime with Amazon Aurora MySQL database restart time optimizations | Amazon Web Services
                                                    • Quick Peek: MySQL 8.2 and 8.0.35

                                                      Oracle recently made their quarterly releases with MySQL 8.0.35 and MySQL 8.2. This blog post is a quick look at the release notes to see what these new versions bring to the community. You’ll want to keep an eye on the deprecations in particular because some long-accepted behavior, including wildcards, will change eventually. We get 83 and 50 bug fixes, respectively. We also get 17 and 33 depreca

                                                        Quick Peek: MySQL 8.2 and 8.0.35
                                                      • MySQL運用・管理[実践]入門 〜安全かつ高速にデータを扱う内部構造・動作原理を学ぶ

                                                        2024年5月22日紙版発売 2024年5月22日電子版発売 yoku0825,北川健太郎,tom__bo,坂井恵 著 B5変形判/232ページ 定価3,080円(本体2,800円+税10%) ISBN 978-4-297-14184-4 Gihyo Direct Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto この本の概要 「サーバー故障やヒューマンエラーに備えるには?」 「アクセス数の増加時にパフォーマンスを保つには?」 「異常検知をして復旧するには?」 運用・管理における長く役立つ視点を,実践経験豊富なエンジニアがどのように動いているのかをふまえて解説。 本書では,MySQLサーバーの稼働状況の確認方法といった基礎知識を始め,アカウントの権限

                                                          MySQL運用・管理[実践]入門 〜安全かつ高速にデータを扱う内部構造・動作原理を学ぶ
                                                        • Understanding Amazon Aurora MySQL storage space utilization | Amazon Web Services

                                                          AWS Database Blog Understanding Amazon Aurora MySQL storage space utilization Amazon Aurora is a fully managed relational database service designed to provide the performance, scalability, and availability of high-end commercial databases while offering the simplicity and cost-effectiveness of open-source databases. Amazon Aurora MySQL-Compatible Edition is wire-compatible with MySQL making it an

                                                            Understanding Amazon Aurora MySQL storage space utilization | Amazon Web Services
                                                          1