タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる GitHubが提供するGitHub.comは、世界最大のソースコード管理システムを始めとするソフトウェア開発者向け支援サービスを提供しています。 そのGitHub.comはRuby on Railsで構築されており、同社はつねにRubyとRuby on Railsをアップデートし続けていることを今年（2023年）4月に明らかにしています。 参考：GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている そして同社はこのGitHub.comを支える1200台以上のMySQL 5.7を、GitHub.comのサービスレベルを維持したまま1年以上かけてMySQL 8.0にアップグレードしたことをブログで明らかにしました。 Up
MySQL 8.0 への移行が完了しました ～さようなら全ての MySQL 5.7～ - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。クラウド運用チームの飯塚です。 私たちは cybozu.com 本番環境の MySQL を昨年末から順次 8.0 系へアップグレードしており、前回の定期メンテナンスにおいて全てのインスタンスのアップグレードを完了しました。この記事では、私たちが MySQL 8.0 への移行に取り組んだ理由と必要になった対応について紹介します。 なぜ MySQL 8.0 へ移行したのか GTID-based レプリケーションにおける制限の緩和 再起動時に AUTO_INCREMENT のカウンタが巻き戻る問題の解消 実際に対応が必要だった MySQL 8.0 の変更点 utf8mb4 の照合順序のデフォルト値の変更 SQL_CALC_FOUND_ROWS と FOUND_ROWS() が deprecated に Connector/J のメタデータ取得処理の性能低下 sys.innodb_lo
この記事は、株式会社カオナビ Advent Calendar 2023 の3日目です。 はじめに 株式会社カオナビの高橋(@kunit)です。 今回は MySQL バージョンアップ(5.7 -> 8.0) で起きた問題とそれに対してどのように対処したのかを書いていこうと思います。 何が起きたのか MySQL 5.7 から 8.0 にバージョンアップをするにあたって、CI およびローカル環境でテストができるように MySQL 8.0 のイメージを作成し、それをつかって各機能の担当者にテストを開始してもらっていたのですが、以下のような事が起きました。 接続を MySQL 5.7 から 8.0 に切り替えただけでテストの時間が3倍くらいかかるようになった そこを変更するだけで3倍遅くなるってやばいぞということで報告してくれた担当者と同じテストを自分でも実施してみると再現性があり、それが以下のどの
mysql57to8.md 確認すること メンテナンス時間をどれくらい取れるかで戦略が決まる。 基本的にはメンテナンス時間を十分に取れたほうが良い。 またリスクをどれだけ許容できるかもビジネスによるので要確認しておくべき。 基本的には一度切り替えてしまうとロールバックすることは簡単ではない。 覚悟を決めて突き進む必要がある 最初に諦めること MyISAMを使いたい 8でも動くけど諦めろ、もう未来はない InnoDBのほうがDisk サイズを消費する、countが遅い、などの課題はあるので簡単ではないが… InnoDB memcached Pluginとか使ってるんだよね 諦めろ、未来はない これを機にアーキテクチャを見直しましょう PKが無いtableがあるんだよね すべてのtableにまずPKを付けるんだ このあと、DMSを使ったりとかなにをするにしても死ぬ そもそもデータモデルとして死
こんにちは。 クラシル開発部、バックエンドエンジニアの松嶋です。 delyに入社してから約3年間、私はSREチームに所属していましたが、昨年10月にバックエンドに転向しました。バックエンドに転向してからは、主にクラシルアプリの公式レシピおよびCGMコンテンツの検索機能に関する開発・改善に取り組んでいます。 クラシルは、2016年2月にサービスを開始してから、管理栄養士監修の「誰でも安全に・おいしい料理を作ることができるレシピ動画」を5万件以上提供してきました。 昨年12月には、クラシルのブランドリニューアルを行い、今後はシェフや料理研究家を中心としたクリエイターとともに多様化したユーザーの食の好みや課題解決に応えられるよう、幅広い食のコンテンツを提供するプラットフォームを目指しています。 ブランドリニューアルの詳細に関しては、こちらを御覧ください。 www.kurashiru.com この
同根のバグレポートが散見されますが、ここ数ヶ月、状況をみるに修正される見込みがなさそうなので記録しておきます。 事象 MySQL 5.7 の libmysqlclient (libmysqlclient.so.20) を使用しているプロセスが、無限ループに突入して CPU (user%) を食いつぶし続ける。 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 28150 hirose31 20 0 32488 6080 5492 R 93.8 0.3 0:16.70 mysql 発現条件 MySQLが提供しているパッケージのMySQL 5.7.25, 5.7.26, 5.7.27 で確認。 Ubuntu 18.10, mysql-community-client 5.7.25-1ubuntu18.10 Ubuntu 18.04, m
MySQL 8.0のクライアントでMySQL 5.7のサーバーに接続するとcharsetが設定されないかもしれない - かみぽわーる
mysql_options(mysql, MYSQL_SET_CHARSET_NAME, cs_name) だけして mysql_real_connect(mysql, ...) した後SHOW VARIABLESしてみたら接続のcharsetが設定済みの挙動をするんやけどmysql_real_connectからの一連のコード読んでもどこでそれが起きるのかわからん誰かたすけて🥲https://t.co/ZScoD3tIQ8— Ryuta Kamizono (@kamipo) February 20, 2021 MySQLのハンドシェイクパケットにcollation_idを1バイトだけ入れられるところがあって、charset name のデフォルトの collation_id を送っています。 クライアントとサーバーのバージョンが違うとデフォルトのcollation_idが違うことがあって
Auroraバージョンアップに伴い改めてMySQL5.7の押さえるべきポイントについて勉強会を開催しました！ - ANDPAD Tech Blog
こんにちは！エンジニアの福間（fkm_y）です。 弊社でデータベースの技術顧問をして頂いている三谷（mita2）さんに、MySQL5.7の追加機能についての開発部向け勉強会を実施いただきましたのでそのレポートをお伝えします。 開催背景 弊社では三谷さんによるデータベース勉強会を定期的に開催しており、3月にもMySQLロックの基礎編の勉強会を開催しました。 ANDPADでは、今年の4月にAurora MySQLをVer.1（MySQL5.6互換）からVer.2（5.7互換）にバージョンアップを実施しました。 tech.andpad.co.jp Aurora MySQL Ver.2 になることで使えるようになった、MySQL5.7で追加された機能について開発者に知ってもらい、普段の開発に取り入れてもらうためにMySQL5.7の勉強会を開催することとしました。 今回は追加された150以上の新機能
この記事は新野淳一氏のブログ「Publickey」に掲載された「GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる」（2023年12月12日掲載）を、ITmedia NEWS編集部で一部編集し、転載したものです。 米GitHubが提供するGitHub.comは、世界最大のソースコード管理システムを始めとするソフトウェア開発者向け支援サービスを提供しています。 そのGitHub.comはRuby on Railsで構築されており、同社はつねにRubyとRuby on Railsをアップデートし続けていることを今年（2023年）4月に明らかにしています。 参考：GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている そして同社はこのGitHub.comを支える1200台以上
crowdworks.jpのマスタデータベースをAWS RDS MySQL 5.7から8.0にアップデートしました - クラウドワークス エンジニアブログ
こんにちは。crowdworks.jp SREチームの田中（kangaechu）です。 crowdworks.jpでは、2023年8月にAWS RDS MySQL 5.7から8.0へのアップデートが完了しました（ようやく！）。 今回はMySQL 8.0へのアップデートの手順と対応が必要な変更点について書いていきます。 MySQL 8.0にアップデートした理由 MySQL 8.0にアップデートした理由はAWS RDS MySQLのEOL対応のためです。 AWS RDS MySQL 5.7のEOLは2023年10月（のちに2023年12月に変更されました）であり、8.0へのアップデートが必要でした。 crowdworks.jpで使用している他のMySQLデータベースは8.0へのバージョンアップを完了していました。 しかしcrowdworks.jpのマスタデータベースは30億行を保持し、1日に約
Amazon Aurora supports in-place upgrades from MySQL 5.7 to 8.0
Starting today, you can perform an in-place upgrade of your Amazon Aurora database cluster from Amazon Aurora MySQL-Compatible Edition 2 (with MySQL 5.7 compatibility) to Aurora MySQL-Compatible Edition 3 (with MySQL 8.0 compatibility). Instead of backing up and restoring the database to the new version, you can upgrade with just a few clicks in the Amazon RDS Management Console or by using the A
MySQL 5.7 のONLY_FULL_GROUP_BY が出た時にDockerでやった対処 - Qiita
MySQL5.7のExtended Supportは２０２３年１０月までです。これから始める場合はMySQL8.0を使いましょう。 既存のシステムのMySQLを5.6から5.7に変えて動かしたら、group by を使ったSQLでエラーが発生した。 Error Number: 1055 Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'dtabase_name.table_name.column_name' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by このエラーは s
2024年3月から始まるサポート期間が伸びるけれども費用もかかるAmazon RDS延長サポートとの付き合い方~MySQL 5.7/PostgreSQL 11を例に~ | DevelopersIO
メジャーアップグレードを先延ばしした場合のTCOと移行コストを比較しましょう。 延長サポート移行時のマイナーバージョンアップグレード方法 延長サポートは、特定のマイナーバージョンでのみサポートされています。 RDSを例に取ると、MySQLは5.7.44、PostgreSQLは11.22です。 マイナーバージョンの自動アップグレードを有効にしている場合、すでにこの最新マイナーバージョンにアップグレードされているはずです。 無効にしている場合、標準サポートの終了に伴い、延長サポート対象バージョンへ自動アップグレードされます。 ただし、自動アップグレードの実施タイミングは言及されておらず、メンテナンスウィンドウ中に実施される保証はありません(2024/01/10確認)。 アップグレードのタイミングをコントロールしたい場合、標準サポートが終了する前に、以下のどちらかを実施してください。 手動で実行
Ubuntu 18.06 で WordPressのテストをしようとしたら、MySQL5.7がインストールできない！？WordPressノススメ - retireSakiの日記
自鯖(Ubuntu18.04) にWordPressをインストールして事前にテストすることは、レンタルサーバー契約などの時にスムーズに公開できるので、非常に有効な手段です。 テーマやデザイン系のプラグインなどの決定もでき、記事もある程度作成できるので記事数を確保できます。 そこで、数年ぶりに自鯖にWordPressをインストールして、いろいろテストしようと思い、インストール後放っておいたMySQLのパスワードの再設定をしようと...で、バージョンチェックから！ ★ 目 次 ★ どう対処したのか！？ WordPressノススメ！ どう対処したのか！？ 元々MySQLのバージョンが古かったのでMySQL5.7をインストールしようとしたら、エラーが発生してインストールできません。 Ubuntuの公式サーバーからもダメで、MySQL公式のdebからもダメでした！ エラー等をみると、ファイルの一部が
Amazon Aurora MySQL 5.7 は、サポートされる機能のリストを拡張して、パフォーマンスと管理性を改善
本日より、AWS Lambda 関数の同期呼び出し、ホット行の競合、Backtrack、ハッシュ結合などの Amazon Aurora の多くの機能が Aurora の MySQL 5.7 互換エディションで利用可能になり、パフォーマンスと管理性が向上します。Amazon Aurora の MySQL 5.7 互換エディションは、JSON サポート、空間インデックス、生成された列などの機能強化をすでに提供しています。 AWS Lambda 関数の同期呼び出しを使用すると、Aurora MySQL データベースの機能を拡張し、データの変更に応じて動作する外部アプリケーションを呼び出すことにより、サーバーを考慮することなくコードを実行できます。
Your MySQL 5.7 and PostgreSQL 11 databases will be automatically enrolled into Amazon RDS Extended Support | Amazon Web Services
AWS News Blog Your MySQL 5.7 and PostgreSQL 11 databases will be automatically enrolled into Amazon RDS Extended Support Today, we are announcing that your MySQL 5.7 and PostgreSQL 11 database instances running on Amazon Aurora and Amazon Relational Database Service (Amazon RDS) will be automatically enrolled into Amazon RDS Extended Support starting on February 29, 2024. This will help avoid unpl
Photo by Rubaitul Azad on Unsplashはじめにこんにちは、2021年4月にFinatextに新卒で入社し、まもなく3年目になるToshiya Matsuzakiです。サーバーサイドエンジニアとして、AWSでのインフラ構築とGoによるシステム開発を行っています。 先日、MySQL5.7系互換であるAmazon Aurora v2を使用していたリリース前のプロダクトのデータベースを、MySQL8.0系互換であるAmazon Aurora v3にアップグレードした際に、予期せぬバグが発生しました。調べたところ、MySQL5.7から8.0へのアップグレードに含まれていた破壊的変更点によるものでした。 そこで、今回のバグから得た学びと対応方法について書きたいと思います。現在稼働しているシステムに対して、MySQL5.7系から8.0系にアップグレードをすることを検討してい
前置き ・パラメータ名がハイフン表記か、アンダースコア表記か常に意識しておく必要有 ・初めてMySQLを起動する前に設定すべき 後でも直せなくはないが、苦行 また、mysql/performance/sysスキーマをalter文で変更するの怖い(一部放置している…) 前提 ・MySQL5.7/8.0におけるmy.cnf(Linux)/パラメータグループ(AmazonRDS)での設定を考慮 ・文字コードはutf8mb4、照合順序はutf8mb4_general_ciに設定 ・データベースのことをスキーマ、MySQLサーバーのプロセス全体をサーバーと記述する 文字コード １．文字コードとは ・みんな大好き文字コードのため割愛 ・MySQL5.7も8.0もutf8mb4が無難 (cp932で保管しないといけないシステムもあるであろうが…) ２．文字コードに関するパラメータ ２．１．charact
MySQL 5.7と比べると、8.0の方が性能が良いという噂を簡単な検証で確認してみました。 結論としては、 8.0の方がINSERTは早い8.0の方がSELECTも早いけど、正しくインデックス貼られていれば同程度UPDATE、DELETEは同程度という結果でしたー！ なお、サポート期限は以下のようになっています。
Amazon RDSをAuroraにできるだけ簡単に移行&メジャーアップグレードしてみた ~RDS MySQL 5.7からAurora MySQL 8.0への移行を例に~ | DevelopersIO
スナップショット 切り替えのタイミングでスナップショットを取得し、新クラスタを作成します。 スナップショットはRDSからAuroraへの移行だけでなく、メジャーアップグレードにも使えるため、その両方を同時に実現するのが良いでしょう。 新クラスタを作成するため、データベースのエンドポイントが変わります。 Blue/Greenデプロイメント RDS間、及び、Aurora間でメジャーアップグレードする場合、Blue/Greenデプロイメントが使えます。 ダウンタイムはスイッチオーバー時の一瞬ですし、アプリケーションの接続先が同じになるようなエンドポイントの調整や、切り替え時のデータロス対策等がフルマネージドで行われ、切り戻し先も残ります。 RDSあるいはAuroraに閉じて短いダウンタイムでメジャーアップグレードするのであれば最有力です。 RDSからAuroraへのBlue/GreenやAuro
Aurora2(MySQL5.7互換)のDB環境をAurora3(MySQL8.0互換)へアップグレードしてみた | DevelopersIO
AWSチームのすずきりょうです。 MySQL5.7互換のDBエンジン Aurora 2 を利用している環境で、 Aurora3 (MySQL8.0 互換) のDBエンジンで提供される機能を利用するため、 DBエンジンバージョンの更新を実施する機会がありましたので、紹介させていただきます。 Database engine updates for Amazon Aurora MySQL version 3 方針 最新のAurora3のDBエンジンに更新し、MySQL8の新機能、Aurora Serveless v2 を利用可能にする DBのメンテナンス時間は1時間以内とする メンテナンス中、一般公開中のページ閲覧への影響は回避する。 アップデート対象 EngineVersion アップデート前: 5.7.mysql_aurora.2.10.2 (Aurora2: MySQL5.7互換) アップ
【RailsサービスのMySQL5.7 -> 8移行: 前編】MySQLのcollation周りの話 - hacomono TECH BLOG
この記事は、hacomono Advent Calender 2023の20日目の記事です。 はじめに こんにちは、プラットフォームチーム所属のまこたすです。 この記事は主にMySQL5.7,MySQL8.0のcollation周りの挙動の違いについて書いています。AWS RDS MySQL5.7がEOLを迎える今、一番話したい内容はRails x MySQL5.7環境からRails x MySQL8.0環境へ移行する際にハマった話とそこからみる気をつけるべき観点という話題ではあるのですが、前提の話が長いので記事を２つに分けてお伝えします。今回はRailsの話は触れず、MySQLのcollation周りの話のみをします。 この記事で書くこと MySQL5.7, MySQL8.0でのサーバー, データベース, テーブルのcollationの決まり方とSHOW CREATE (TABLE|DA
[アップデート]「Aurora MySQL 5.7」でAurora Global Databaseがサポートされるようになりました | DevelopersIO
はじめに こんにちは。大阪オフィスの林です。 2019年11月26日（火）に「Aurora MySQL 5.7」でAurora Global Databaseがサポートされるようになりました。公式ページはこちら 本記事では作成済みのAurora MySQL5.7に実際にグローバルリージョンを追加してGlobal Database化していきたいと思います！ Global Databeseとは？ Aurora グローバルデータベースは、1 つのプライマリ AWS リージョン (データをマスターとして管理) と 1 つのセカンダリ AWS リージョン (読み取り専用) で構成されます。Aurora は、通常の 1 秒未満のレイテンシーでセカンダリ AWS リージョンにデータをレプリケートします。書き込みオペレーションは、プライマリ AWS リージョン内のプライマリ DB インスタンスに直接発行し
【EOL間近】Amazon RDS for MySQL 5.7の標準サポート終了とバージョンアップ前の影響確認について - ForgeVision Engineer Blog
こんにちは。フォージビジョンの藤川と申します。 2023年9月初めに、AWSよりAmazon RDS for MySQL 5.7の標準サポート終了に関する内容と延長サポートに関する内容の通知がありました。以下は、2023/9/13時点のAWS公式サイトの情報です。 メール本文にも記載がありましたが、各々の情報は以下のAWS公式サイトに記載があります。 Amazon RDS for MySQL 5.7の標準サポート終了 2023/9/13時点では、表示言語を英語にすることで、標準サポート終了日の最新の情報や延長サポートの内容を確認することができました。 docs.aws.amazon.com Amazon AuroraとAmazon RDSがMySQLとPostgreSQLデータベースの延長サポートを発表 aws.amazon.com データベースのメジャーバージョンのアップデートについては
WSL(Windows Subsystem for Linux)でMySQLを使おうとした際に、セットアップ(パスワードまわり)で手間取ったのでその備忘になります。 WSLのUbuntu 18.04 LTS MySQL 5.7 MySQL 5.7 のインストール Ubuntu 18.04にaptコマンドでMySQLをインストールしようとすると、現時点(2019/07/23)ではバージョン5.7になります。 なので、普通にaptコマンドを使用してインストールします。
2015年10月にリリースされたMySQL 5.7はJSONデータ型やマルチソースレプリケーションなどの新機能が追加されたほか、InnoDBのバッファプールサイズのオンラインでの変更や全文検索のサポート、運用関連ではsyslogやDTraceのサポートなど多数の改良が行われたバージョンでした。2023年10月にマイナーバージョンや新規パッチがリリースされなくなるSustaining Supportのフェーズに移行します。 このウェビナーでは改めてMySQL 5.7からMySQL 8.0へのバージョンアップ手順や注意点などを解説します。
はじめに MySQL8.0 を使ったユニットテストがどうにも遅いので、気になって計測してみた。特に Truncate が遅い気がしたので検証。 MySQL5.7(5.7.44)と MySQL8.0(8.0.28)で比較する。 検証コード iwahara/mysql_performance: 記事用のパフォーマンス計測コード 検証用テーブル 検証に使うテーブル定義は以下の通り。主キーのみのテーブルと、index を１つ、２つ、３つ設定したテーブルを用意した。 照合順序は揃えてある。 CREATE TABLE `no_index` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(256) NOT NULL, `code1` varchar(8) NOT NULL, `code2` varchar(8) NOT NU
Aurora(5.7互換)を作成するテンプレです。 全テンプレートを貼り付けると長ったらしくなってしまうため、Resource部分だけ抜き出しました。 RefとなっているところはParamterを参照している部分となりますので、参考に留めていただければと思います。 Resources: TestAurora57dbSubnetGroup: Type: AWS::RDS::DBSubnetGroup Properties: DBSubnetGroupDescription: Subnets available for the RDS DB Instance SubnetIds: Ref: DBSubnetsInVPC TestAurora57dbClusterParameterGroup: Type: AWS::RDS::DBClusterParameterGroup Properties:
Amazon Aurora のゼロダウンタイムパッチング (ZDP) は、エンジンへのパッチ修正中にもクライアントとの接続を保持しようとするものです。この機能が、Aurora MySQL エンジンのリリース 2.07 以降で使用可能になりました。ZDP が動作を成功させると、パッチ修正中においてもアプリケーションセッションが維持され、データベースエンジンの再起動が行われます。詳細については Aurora のドキュメントをご参照ください。 Amazon Aurora は、ハイエンドな商用データベースのパフォーマンスと可用性と供に、オープンソースデータベースのシンプルさとコスト効率性を両立させます。Amazon Aurora は、標準 MySQL と比べてスループットが最大 5 倍優れており、さらにより高いスケーラビリティ、耐久性、セキュリティを備えています。
ELB + EC2 + Route53 + Certificate Manager + docker + nginx + php7.3 + wordpress + mysql5.7でSSL化したブログサイト環境の構築 - Qiita
ELB + EC2 + Route53 + Certificate Manager + docker + nginx + php7.3 + wordpress + mysql5.7でSSL化したブログサイト環境の構築WordPressAWSelbDockerroute53 経緯 HTTPSでのブログサイト構築までを簡単にできるようにしておきたかった。 ECS、EKSをこれから利用するにあたってその前にEC2へDockerで環境構築するための練習です。 利用するGitリポジトリ https://github.com/ienokado/docker-wordpress-nginx.git 参考記事 AWS EC2インスタンスにdockerとdocker-composeをインストールして簡単なWEBサービスを立ち上げる方法 AWSを使って、無料でサイトを常時SSL化 全手順（EC2＋Word P
さくらのデータベースアップグレード手順データベースのアップグレード……なんか難しそう。ちょっと怖い……と思う人も多いでしょう。私自身もそうでした。 なぜなら、ほんの少しのミスでも、ホームページやブログが表示されなくなったりする場合があるからです。 ですが、どうにか無事に、自分でデータベースのアップグレードを終えることができたので、その記録がてら、この記事に「さくらのデータベースアップグレード手順」まとめていきます。
RDS Aurora MySQL version 1(MySQL5.6互換) から RDS Aurora MySQL version 2(MySQL5.7互換)へアップグレードした話 - ロコガイド テックブログ
はじめに インフラ基盤グループの大谷です。日頃はトクバイサービスの基盤運用を担当しています。 今回はRDS Aurora MySQL のアップグレード事例についてご紹介したいと思います。 先頃、AWSより、MySQL5.6互換のRDS Aurora MySQL version 1においてEOLが発表されました(Preparing for Amazon Aurora MySQL-Compatible Edition version 1 end of life)。 現時点でのAWSからアナウンスされているEOLのスケジュールは以下の通りです。 2022年9月27日以降 新たなRDS Aurora MySQL version 1(MySQL5.6互換)インスタンスを作成できなくなる 以下のみ可能 スナップショットからのリストア リードレプリカの追加 インスタンス構成の変更 ポイントインタイムリス
M1 Mac で MySQL5.7.28 が platform: linux/x86_64 では起動しなかったので別のイメージを使った
2021/5/7追記：root ユーザーを使うときは ryo_kawamata さんの記事の方法が使えるようだ TL;DR しのゆさんの記事どおりでいけた M1 DockerでMySQLを含んだ環境を動かすためにやったこと | shinoyu | zenn https://zenn.dev/shinoyu/articles/74ebacbf0e4e55 root ユーザーを使うときは ryo_kawamata さんの記事の方法が使えるようだ Host xxx is not allowed to connect to this MySQL server の対応 | ryo_kawamata | zenn https://zenn.dev/ryo_kawamata/articles/mysql-connect-error M1 Mac で MySQL5.7.28 が platform: lin
MySQL 5.7のオンラインDDLによるサービス無停止のカラム追加 - hacomono TECH BLOG
プロダクト開発チームの田中と申します。(社内ではたなしゅんと呼ばれております) 先日新機能のリリースを行いまして、リリース時に既存テーブルに対してのカラム追加が必要だったのですが、カラム追加のALTER TABLEが中々終わらないという問題が以前のリリース時に起きていたこともあり、事前に問題なくDBマイグレーション(Railsを利用しているため、この記事ではALTER TABLEなどのDB操作をマイグレーションと呼びます)が実施できるように調査を行いました。 その際に調査した内容や工夫したことなどを共有したいと思います。 過去のリリース時に起きた問題 ALTER TABLEが終わらない メンテナンスタイム中にデータベースのマイグレーションができるのが理想ですが、hacomonoのサービスの特性上24時間運営の店舗様にもご利用いただいているため、頻繁にメンテナンスタイムを設けることが難しく、
AssociatedRolesを使ってCFnでS3とデータをロード＆アンロードできるAurora MySQL5.7を構築する | DevelopersIO
AssociatedRolesを使ってCFnでS3とデータをロード＆アンロードできるAurora MySQL5.7を構築する おはようございます、もきゅりんです。 CFnを使用してS3とデータをロード＆アンロードできるAurora MySQL5.7を構築したので、まとめておきます。 テンプレートの再利用等で役立てば幸いです。 基本的な利用方法、概要は把握している前提で進ます。 そもそも概要を理解するためのドキュメントはこちらですが、 Amazon S3 バケットのテキストファイルから Amazon Aurora MySQL DB クラスターへのデータのロード 読みやすく簡潔にまとまっている下記弊社ブログもとても参考になります。 Amazon Aurora MySQLとS3間でデータをロード＆アンロードする 上記記事からセットアップ手順の概要を再掲しておきます。 RDSがS3にアクセスするた
Amazon Linuxでサーバを作成 (Apache2.4 + PHP7.2 + MySQL5.7) - Qiita
概要 EC2インスタンスを起動して、Apache2.4とPHP7.2とMySQL5.7をインストールしてみたのでメモしておく。 インスタンス起動 学習用の起動なので、スタンドアロンで起動してすべてインストールするので、インスタンスを１つ起動。 EC2 -> インスタンス -> インスタンスの作成 ※ Amazon Linux AMIを選択 ※ セキュリティグループは、80ポートと22ポートを解放する。 （22ポートは不要だが学習用なので簡略化のため設定） サーバへ接続する ターミナルを使って起動したEC2インスタンスに接続する。 ※ IAMユーザーにてssh接続。 ※ アカウントは、多要素認証 (MFA) を設定し、利用しない。 $ ssh aws __| __|_ ) _| ( / Amazon Linux AMI ___|\___|___| https://aws.amazon.com
はじめに 皆様はじめまして。IT基盤部の馬場田と申します。 主に様々なゲームタイトルやプラットフォーム、オートモーティブ事業等のインフラ運用等を担当しています。 今回のブログでは先日実施したMySQL5.7移行作業の流れについて紹介します。 先日弊社竹内が紹介させていただいたblogの移行作業にフォーカスした内容になります。(https://engineer.dena.com/posts/2020.03/mysql5.7-migration/) MySQLの移行を予定している方の参考になればと思います。 移行前の構成 移行前の構成としてはMySQL5.1を使っており以下のような構成で運用 していました。 移行の為の準備 MySQL5.7に移行する為にはMySQL5.1と直接レプリケーション構成を組めないのでMySQL5.6も準備する必要があります。 何故組めないかについては過去のblogで
Announcing Amazon Aurora Serverless with MySQL 5.7 compatibility
Amazon Aurora Serverless is now available with MySQL 5.7 compatibility. MySQL 5.7-compatible Aurora offers enhancements such as JSON support, spatial indexes, and generated columns, and is up to 5X faster than MySQL 5.7. Aurora Serverless is an on-demand, auto-scaling configuration for Amazon Aurora (MySQL-compatible and PostgreSQL-compatible editions), where the database will automatically start
いよいよ、昨年11月から、Amazon Aurora 8.0がリリースされ、8.0への移行の日が差し迫ってきました。 Spacelyでは、現在、Aurora MySQL5.7を利用していますが、8.0移行の前準備として、最近の最適化の仕組みを学びはじめました。 筆者が知っている時代よりも、最適化プロセス(オプティマイザの機能)がかなり高機能なものになっており、今まで思い込んでいた、勝手に作られるTemporary Tableが遅いとか、サブクエリが遅いとか、INよりEXISTSが早いとか・・・・・そういった固定観念を一気に拭うときがやってきたようです。インデックスが貼られていないと遅すぎてサーバーがマシンごとヒートアップする・・・というのも近い将来には見なくなる光景かもしれません・・・ 今回は、Optimizer関連の変数を確認しながら最適化について学びます。 MySQL初心者や忘れてしま
今起きた事を話すMySQL5.6の timestamp型で、こんな感じの default指定のない timestamp型の create tableを書いた場合 create table xxxxx ( id bigint(20) unsigned auto_increment not null comment 'ID' , created_at timestamp comment '作成日時' , updated_at timestamp comment '更新日時' ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる
MySQL 5.7 から 8.0 にしたらテストが激遅になった - Qiita
MySQL 5.7 to 8 check list
Aurora MySQL 5.7とRailsで実現する全文検索機能 - dely Tech Blog
MySQL 5.7でクライアントプログラムがCPUを食いつぶす件 - （ひ）メモ
GitHub、1200台以上のMySQL 5.7を8.0へアップグレード サービス無停止のまま成功させる
MySQL5.7系からMySQL8.0系にアップグレードする際の破壊的変更を回避するために
MySQL5.7と8.0における文字コード/照合順序の設定方法 - 雑記帳
MySQL5.7と8.0のパフォーマンスを比較検証してみましたー
WSLのUbuntu 18.04でMySQL 5.7をセットアップ - Qiita
MySQL 5.7からMySQL 8.0へのバージョンアップ - MySQLを継続してお使いいただくために
MySQL5.7とMySQL8.0のパフォーマンスの違いを計測してみた
CloudformationでAurora(MySQL5.7互換)を作ってみる | DevelopersIO
Amazon Aurora MySQL 5.7 がゼロダウンタイムのパッチ修正に対応
さくらのデータベースアップグレード実録手順【MySQL5.7編】 | ホームページ集客講座【初心者用】
MySQL5.7化移行の流れ | BLOG - DeNA Engineering
MySQL 5.7で学ぶMySQLの最適化 (環境設定とパラメータ理解) - spacelyのブログ
MySQL5.7のtimestamp型でInvalid default valueが出るエラーの対処メモ | 7me
tomokutchi.hatenablog.com
qiita.com/maekawataiki
www.youtube.com
www.nikkei.com
kuruma-news.jp
otonano-shumatsu.com