第157回 MySQLのデフォルトcollationの注意点 | gihyo.jp
MySQLではcharacter set（以後、charset）やcollationをグローバル、データベース、テーブルやカラムレベルで設定することができます。今回はMySQLのデフォルトcollationの注意点を紹介したいと思います。使用するMySQLのバージョンは8.0.26です。 charsetやcollationとはなにかについては説明はしません。よって、charsetやcollationについてご存知ない方は、先にマニュアル「第10章 文字セット、照合順序、Unicode」をご確認ください。 charsetやcollationの各レベルの設定方法 グローバル 以下のシステム変数を設定します。 character_set_server… サーバーのデフォルトのcharset collation_server… サーバーのデフォルトのcollation データベース CREATE
ActiveRecordのestablish_connectionを読む - kotaroito's notes
ActiveRecord における DB との接続確立方法をきちんと理解できてなかったので、pry-byebug を使いながらコードを読み解いてみる。 Railsのversion は 4.2.0 という前提で。 establish_connection blog.livedoor.jp sonots さん解説の通り、Rails を起動すると establish_connection メソッドが呼び出される。 # lib/active_record/connection_handling.rb def establish_connection(spec = nil) spec ||= DEFAULT_ENV.call.to_sym resolver = ConnectionAdapters::ConnectionSpecification::Resolver.new configuratio
Railsで複数のデータベースを使用する | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、鈴木です。 Ruby on Rails で複数のデータベースを扱う方法をご紹介します。 establish_connection establish_connection はデータベースと接続するためのメソッドです。 通常は明示的に呼び出すことはありませんが、複数のデータベースを使用する場合は、以下のように明示的に呼び出す必要があります。 class User < ActiveRecord::Base establish_connection :adapter => 'postgresql', :encoding => 'unicode', :database => 'other_database', :pool => '5', :username => 'USERNAME', :password => 'PASSWORD', :host => 'localhost' end
DB インスタンスのメンテナンス - Amazon Relational Database Service
Amazon RDS では、Amazon RDS リソースのメンテナンスを定期的に実行します。メンテナンスでは、ほとんどの場合、DB インスタンスの以下のリソースの更新が行われます。 通常、オペレーティングシステムのアップデートはセキュリティ問題に関連しています。できるだけ早く実行する必要があります。 一部のメンテナンス項目では、Amazon RDS が DB インスタンスを少しの間オフラインにする必要があります。リソースをオフラインにする必要があるメンテナンス項目には、必要なオペレーティングシステムやデータベースのパッチが含まれます。セキュリティやインスタンスの信頼性に関連するパッチのみ、必須のパッチ適用として自動的にスケジューリングされます。そのようなパッチ適用はまれであり、通常は数か月に一度です。メンテナンスウィンドウのごくわずかしか必要としないことがほとんどです。 すぐに適用しない
RDSのメンテナンスとは何ですか？対応方法は？ – ぼっち経営者のひとりごと
RDSとはAmazon RDSとは「Amazon Relational Database Service」の略で、データベースを使えるマネージドサービスです。サービスの分類としてはPaaSに該当します。マネージドサービスですから、RDSの利用者は「データベース」のことだけを考えればよいサービスです。具体的に言うと、データベースが導入されているOS等の下位のレイヤーを意識する必要がありません。 RDSは、現時点以下６つのDBMSを選択できます。 Amazon AuroraPostgreSQLMySQLMariaDBOracle データベースSQL Serverここにない他のデータベース（例えばIBM社DB2等）をAWSで利用したい場合は、マネージドサービスではなく、EC2インスタンスにデータベースを構築する等の方法で利用することになります。そうなると、下位のレイヤーのOSのバージョンアップ等
【Amazon RDS】RDSのオートスケーリングについて - Qiita
はじめに RDSのオートスケーリングをEC2インスタンスのオートスケーリングと同様のものと考えていたが、認識が異なっていたため、RDSのオートスケーリングとは何か、AuroraやEC2の場合と比べて何が違うのかをまとめたいと思った。 RDSのオートスケーリングとは まず、RDSインスタンスを作成する場合について考えてみる。 RDSインスタンスを作成する際には、DBの容量を指定する必要がある。 2019年6月19日以前までは、DBの容量が不足した際に、手動で容量を追加する必要があった。 しかし、2021年6月19日以降は、自動的に容量を追加すること(オートスケーリング)が可能となった。 https://aws.amazon.com/jp/about-aws/whats-new/2019/06/rds-storage-auto-scaling/ 具体的には、以下の条件全てに合致する場合に自動的
MariaDB versus MySQL - Compatibility
Replacement for MySQL Until MariaDB 5.5, MariaDB versions functioned as a "drop-in replacement" for the equivalent MySQL version, with some limitations. From MariaDB 10.0, it is usually still very easy to upgrade from MySQL. MariaDB's data files are generally binary compatible with those from the equivalent MySQL version. All filenames and paths are generally the same. Data and table definition fi
AWS Fargateで並行処理をした話
RailsのDB作成とマイグレーションを複数サイトで同時実行しました。 AWSのサービスを利用すると簡単に実装できました。 Fargate最高！ 吉岡です。11月に開催されるRubyWorld Conferenceに登壇することが決まりました。弊社が提供する「Redmine」のクラウドサービス「My Redmine」のインフラストラクチャーを、Rubyと最新のクラウド技術を活用した構成へと再構築したことについて発表します。ぜひ会場までお越しください！ さて、今日のブログはAWSのFargateを利用して、RailsのDB作成とマイグレーションを複数サイトで同時実行したことについての話です。 目的 AWSのFargateというサービスを利用して、複数のサイト（複数のDB）に対して同時にバッチ処理を実行します。 今回はサンプルとして rails db:create と rails db:mig
【入門】Redis - Qiita
背景 現在、自社サービスで Redis を利用していることもあり、あらためて勉強、まとめてみました。 今回は、Redis の概要・特徴・設定・レプリケーションの基礎的な部分を記載しています。 ※間違いなどありましたら、ご指摘いただければ幸いです。 Redis の概要 この章では Redis の概要を記載しています。 Redis = REmote DIctionary Server の略です。 Redis は、Key-Value型 の NoSQL データベースです。 Redis は C 言語で書かれており、Open Source (BSD licensed) で開発されています。 Redis は Client-Server モデル を採用した インメモリデータベースです。 すべてのデータをコンピュータのメインメモリ上に展開しながら動作します。 他にも、インメモリDB として、 memcach
EC-CUBE4カスタマイズ - Docker ComposeでMySQL8.0を使用する方法
EC-CUBEにはdocker-compose.ymlが用意されていますが、MySQLのコンテナ項目を見てみるとmyql5.7のイメージが仕様されています。これを8.0に変更してみます。 ※EC-CUBE4はMySQL8を正式にはサポートしていないようです。 https://doc4.ec-cube.net/quickstart_requirement docker-compose.ymlを8.0に変更してみる デフォルトのdocker-compose.yml mysql: image: mysql:5.7 これをimage:mysql8.0に変更すれば解決・・! と思いきや、インストールコマンド実行時にエラーに発生します。 [ERROR] The command “bin/console doctrine:database:create –if-not-exists” failed. E
MySQL :: MySQL 8.0 リファレンスマニュアル :: B.3.2.8 パケットが大きすぎます
通信パケットは、MySQL サーバーに送信される単一の SQL ステートメント、クライアントに送信される単一行、またはソースレプリケーションサーバーからレプリカに送信されるバイナリログイベントです。 MySQL 8.0 Server およびクライアント間で転送可能なパケットの最大サイズは 1G バイトです。 MySQL クライアントまたは mysqld サーバーが max_allowed_packet バイトより大きいパケットを受け取ると、ER_NET_PACKET_TOO_LARGE エラーが発行され、接続が失われます。 一部のクライアントでは、パケットが大きすぎる場合、「クエリー中に MySQL サーバーへの接続が失われました」というエラーを受け取ることもあります。 クライアントとサーバーの両方にそれぞれ max_allowed_packet 変数があるため、大きなパケットを処理する場
AWS環境構築 EC2(Amazon Linux)+RDS(MySQL)の設定 他VPC、サブネット、ルートテーブル、インターネットゲートウェイ - Qiita
AWS環境構築 EC2(Amazon Linux)+RDS(MySQL)の設定 他VPC、サブネット、ルートテーブル、インターネットゲートウェイAWSAmazonLinuxAmazonRDSamazonEC2vpc AWSに以下の環境を構築したので、備忘録として残しておこうと思います。 (0)AWSの設定 ← 本エントリの内容 (1)Apache2.2+PHP7+MySQL5.6+WordPress4.7+phpMyAdmin4.6 (2)Nginx+Unicorn+RubyOnRails 実施事項 ◎AWSの設定 - VPCの作成 - サブネットの作成 - インターネットゲートウェイの作成 - ルートテーブルの作成 - EC2インスタンスの作成 - RDSインスタンスの作成 - Elastic IPの作成 ◎ローカルからのSSH通信 【ご一読いただくにあたって】 ・AWSのアカウントは事
見ながらやろう! AWSを始めよう -RDS編- - Qiita
第一回目: -事前準備編- 第二回目: -VPC構築編- 追記 第二回目のVPCの環境と名称が違っておりました。 3. EC2インスタンスの作成 で使うサブネット名は test-public-subnet-a となっております。 後日改定投稿いたします。 @mitch0807 さん、ご指摘いただきありがとうございました。 はじめに... VPCを構築したら、[EC2]の接続先の[RDS]を構築して見ましょう。 前回作成したサブネット、セキュリティグループに適用していきます。 ぽちぽち進めていけばあっという間に終わってしまいますので、DBのメンテナンス用EC2構築までやって見ましょう。 EC2メインの回は別途行います。 やること RDSの設計 セキュリティグループの作成、設定 EC2インスタンスの作成 Elastic IPの関連付け、EC2インスタンスにSSH接続 EC2インスタンスからRD
RDSでAutoScalingを実現する - Qiita
この記事は Akatsuki Advent Calendar 2017 の 11 日目の記事です。 対象読者 AWSでRDSを運用している人 はじめに 2017/11/17からAuroraでAutoScaling が設定できるようになりました。 AuroraではReader Endpointを容易にスケールできるため、読み取り負荷を分散させたいようなワークフローでお世話になっている人も多いと思います。今回このスケールが自動化できるようになったため、負荷をかけてScalingを検証してみました。 スケールインの設定で注意すべき点がいくつかありますが、EC2やECSのAutoScalingのように作り込みを必要とせず設定1つで実現できるところはとても魅力ですので、検証結果をまとめていきたいと思います。 設定方法 GUIの場合 Auroraのクラスタを選択し、「Auto Scalingポリシーの
【AWS】RDS自動スケーリングが発表されたけど注意事項があるので検証した話 - Qiita
今回のケースですと、20GBから25GBへの増加に対しては容量が枯渇してからおよそ8分で完了していますね。 ステータス確認 気になるストレージステータスと変更可否ですが、自動スケーリング直後ですと以下の様になっておりました。 ストレージステータス 想定通りのステータスが表示されています。 ※そしておよそ１０分後に利用可能ステータスに切り替わっていました。 ストレージ変更の可否 対象のRDSを選択して画面右上の[変更]を押下して確認してみましょう。 やはり、ストレージ容量の設定項目がグレーアウトされて注意書きが表示されて変更が不可になっていますね。１回目が実行された状態でもう一度容量を枯渇させてみたらどうなるか検証してみましょう。 ２回目の自動スケーリング 結果 1回目と同様の方法でストレージを枯渇させて１時間ほど暫く様子を見てみたところ、自動スケーリングは実行されませんでした。 ステータス
Amazon RDS - Qiita
6.メンテナンス 新しいバージョンが出たときにMySQL を自動でアップグレードして自動で再起動してしまいます。 重要なウェブサイトやサービスで何の予告もなくデータベースに繋がらなくなったら大変ですので基本的に無効化しておきます。 参考：Amazon RDS DB インスタンスのメンテナンス 7.自動バックアップとスナップショット その名の通り、自動でバックアップをしてくれる機能と手動でスナップショットをしてくれる機能がある。また、このスナップショットはリージョン間を移動することもできます。 なお、RDSのインスタンスを削除した際に、自動でスナップショットをとった場合は自動でスナップショットが削除されますが、手動でスナップショットを作成した場合は自分で削除する必要があります。 Single-AZ DB の場合は、スナップショット取得時はI/Oが短期間停止します。マルチ AZ DB インスタ
基礎MySQL ~その２~ my.cnf (設定ファイル) - Qiita
オプションファイルの使用 my.cnfに設定できる値 設定値にはセクション（グループ？）と言われる、 オプションを設定するプログラムまたはグループの名前以下に設定する。 （[mysqld]のように書かれているところのこと） [client] # clientセクション: mysqlクライアントツールへの設定 port=3306 socket=/tmp/mysql.sock [mysqld] # mysqldセクション: mysqlサーバーへの設定 port=3306 socket=/tmp/mysql.sock key_buffer_size=16M max_allowed_packet=8M [mysqldump] # mysqldumpセクション: バックアップコマンドへの設定 quick [mysqld_safe] # mysqld_safeセクション: 起動ファイル設定 log-e
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2000万アカウントの無停止データ移行の裏側