第167回 M1搭載MacのDockerでMySQLを動かしてみる | gihyo.jp
2020年11月に発表されたMacBook Airから搭載されているM1チップというCPUがあります。こちらは従来のMacに搭載されていたCPUがx86/64の命令セットとは異なり、ARMアーキテクチャを採用しているという違いがあります。発売から1年以上たち、インテル製のCPUを搭載したMacがラインナップから無くなったので、次もしMacを購入するとなるとM1チップ搭載のMacを購入することになります。 今回は、その際に問題が起こりがちなDockerでの開発環境の構築について、紹介していきたいと思います。 DockerでMySQLを動かしてみる まずは、dockerコマンドでMySQLを指定して動かしてみようと思います。 % docker run -p 3307:3306 -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:latest Unable
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
MySQLのデータをcsv,tsv形式でダンプする - Qiita
MySQLには mysqldumpというダンプツールがあります。 基本的な使い方は以下のようになります。 出力形式はSQLのCREATE文とINSERT文になりますが、オプションを指定することで、 csvや tsv形式にすることが可能です。 csv,tsv出力のオプション csv(tsv)で出力するには、 --tabと --fields-terminated-by の2つのオプションを使用します。 --tabオプション ファイルの出力先ディレクトリを指定するオプションです。 --tab=/tmpと指定すれば、/tmp以下にファイルが出力されます。 このオプションは、csv(tsv)形式で出力する場合は必須です。 --fields-terminated-byオプション 区切り文字を指定するオプションです。 デフォルトはタブになりますので、tsvファイルで出力する場合はこのオプションは不要です
[MySQL]インデックスによるチューニング〜ログ出力、EXPLAIN、インデックス〜 - Qiita
[mysqld] slow_query_log = 1 #スロークエリログ出力有効化 slow_query_log_file = mysql-slow.log #スロークエリログファイル名 long_query_time = 2 #スロークエリとして認識させる時間[秒] log-long-format #インデックスを使用していないクエリをログに残す 上記の設定は[mysqld]のところに書かなければ正しく変数名を解決してくれないので注意。 slow_query_logはONではなく1としなければスロークエリログ出力が有効化されないので注意。 slow_query_log_fileの場所はfind パス名 -name mysql-slow.logで検索すればわかる。 → /var/lib/mysql/mysql-slow.logに生成された。 long_query_timeで設定した秒数以
![[MySQL]インデックスによるチューニング〜ログ出力、EXPLAIN、インデックス〜 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/71f740f6eb843f8a11c8663c7007db32f7e4fe6c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCTXlTUUwlNUQlRTMlODIlQTQlRTMlODMlQjMlRTMlODMlODclRTMlODMlODMlRTMlODIlQUYlRTMlODIlQjklRTMlODElQUIlRTMlODIlODglRTMlODIlOEIlRTMlODMlODElRTMlODMlQTUlRTMlODMlQkMlRTMlODMlOEIlRTMlODMlQjMlRTMlODIlQjAlRTMlODAlOUMlRTMlODMlQUQlRTMlODIlQjAlRTUlODclQkElRTUlOEElOUIlRTMlODAlODFFWFBMQUlOJUUzJTgwJTgxJUUzJTgyJUE0JUUzJTgzJUIzJUUzJTgzJTg3JUUzJTgzJTgzJUUzJTgyJUFGJUUzJTgyJUI5JUUzJTgwJTlDJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz02NzMyN2Y0M2UxZTA0ZWZkZjFkZjg4ZTIyYjljNTYxMg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc2h1bnRhcm9fdGFtdXJhJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03NTIzZDczZGI1NzYyYzBhZWM5NjZlOGE1NGE3ODU5YQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D78c0c1dac295c4a4e9ea1ab361a7e2b2)
知って得するInnoDBセカンダリインデックス活用術！
InnoDBはクラスタインデックスという構造になっている。今日はクラスタインデックスがどういうことかということを、皆さんに理解して頂きたい。もっとも理解して頂きたいポイントは「セカンダリインデックスのリーフノードには主キーの値が含まれている」ということだ。 主キーの構造InnoDBの主キーは次の図のように「データが主キーのリーフノードに含まれる」という構造になっている。このような構造をクラスタインデックスという。 このような構造になっていることには利点と欠点があるが、大きな利点は主キーの値で検索をすると非常に高速だということだ。主キーのリーフノードにたどり着いたときには、既にデータのフェッチも完了している。データとインデックスが別々に格納されているタイプのストレージエンジンでは、インデックスからデータの位置を読み取って、その後データファイルからデータをフェッチする。このように二段階の操作が
ORDER BYとLIMIT, OFFSETの組み合わせには注意しよう｜デロイト トーマツ ウェブサービス株式会社（DWS）公式ブログ
こんにちは、下條です。今日はSQLの軽い (しかし重要な) 話題について書いてみようと思います。 まずは以下の通りユニークでない col カラムを含む test テーブルを作成し、データを投入するSQLをご覧ください。 (MySQLでの例です。) create table test(id INT, col INT); insert into test values(1,1); insert into test values(2,1); insert into test values(10,1); insert into test values(3,1); そして、以下の2つのSQLを実行した場合、結果はどうなるでしょうか？ここで何が言いたいかが分かる方はこの先は読まなくてかまいません。 select * from test order by col limit 2 offset 0; se
Vagrant上のCentOSにItamaeでLAMP環境構築 - Qiita
CentOS7 minmal 予め、itamaeのレシピである「root_recipe.rb」「apache.rb」「php.rb」「mysql.rb」「test_recipe.rb」はvagarantディレクトリ内に作成しておく itamaeのコマンドはsshでログイン後に実行する sudo itamae local /home/vagrant/recipe/test_recipe.rb vagrantfile # -*- mode: ruby -*- # vi: set ft=ruby : Vagrant.configure("2") do |config| config.vm.box = "centos7min/es" config.vm.network "forwarded_port", guest: 80, host: 50505, id:"http" config.vm.net
MySQL WorkbenchからAWSのRDSに接続してみた | infoScoop開発者ブログ
Amazon Relational Database Service (Amazon RDS) は、Amazonがクラウドで提供するのリレーショナルデータベースサービスです。 今回はMySQLのGUIクライアントであるMySQL WorkbenchからRDSのMySQLに接続する方法を紹介します。 MySQL Workbenchのインストール まずはこちらからMySQL Workbenchをダウンロードし、インストールします。 Windows版の他、Linux版、Mac OS X版などがありますので、ご利用の環境に合わせた物をインストールしてください。 インストールが完了したらMySQL Workbenchを起動します。 起動すると以下のような画面が表示されます。なお、以下の画面はすべてMySQL Workbench 6.1のものです。 コネクションの設定 では、早速RDSへの接続設定を行
【Rails 5】utf8 -> utf8mb4 対応【mysql】 - Qiita
ActiveRecord::StatementInvalid: Mysql2::Error: Incorrect string value: '...' for column 'body' at row Mysql2::Error: Index column size too large. The maximum column size is 767 bytes. 「使えない文字が含まれてるよ」 「カラムのサイズがデカすぎる。767バイト以内にして」(合ってる・・？) rails5で開発中にこのエラーに出くわしたので、ここに対策を記載しておきます。 簡単に言うと上のエラー(1つめ)は絵文字が原因です。 絵文字を含んだ文字列をレコードに格納するには utf8からutf8mb4にテーブルの構造を変えなきゃならんのですが、 変えたら今度はバイト数の関係で下のエラー(2つめ)が発生します。 環境:
EC2 : Rails, MySQL, Redis, nginx, Unicorn 環境構築 - Qiita
Ports 22 / Source : MyIP Ports 80 / Source : Anyway Ports 8081 / Source : Anyway
全文検索エンジン「Elasticsearch」を調べて使ってみた色々まとめ - ブログ｜ベトナムでのオフショア開発とスマートフォンアプリ開発のバイタリフィ
こんにちは、AWSではcodedeployが好きな中村です。 IT業界はドッグイヤーと言われて久しいですが、技術の進歩は目まぐるしく進んでいます。 それに伴い、世の中が求めるWebサービス・スマホアプリのスピード感は日々増しています。 ページを表示するのに2秒以上かけてはいけない、、0.1秒表示速度が遅くなるとxxx件のユーザーが離脱する。。など、いろいろな通説が出てきているほどです。 今回はそんな世の中が求めるWebサービスの表示スピードを劇的に速くできるサービス「Elastichsearch」について調べてみました。 このサービスはFacebookやGithubでも採用されているサービスですので、知っておいて損はないです。 ではまず、ElasicSearchとはどんなサービスでしょうか？ ■Elasticsearchとは ・概要 Elasticsearch(エラスティックサーチ)とは、
ResultSetMetaDataのgetColumnLabel()とgetColumnName() - やねこやね
基本この2つのメソッドは同じ値を返す実装に各JDBCドライバはなってると思うのだけど（少ない私の経験上は今までそうだった）、mysql-connector 5.1.6で初めて違うパターンに巡り合いました。 「select xxx as yyy from zzz」 なんてSQLを書くとまあ、「yyy」が返ってくるのを期待するわけなんですが、mysql-connector 5.1.6では、getColumnLabel()だと「yyy」、getColumnName()だと「xxx」。 数年前MySQL使った時はこんな結果じゃなかった気がするなあ。 Java SE 6 から採用のJDBC4.0がらみの変更やもしれん（未確認）。Java SE 6のJavaDocのコメントを見る限りにおいてはこれが正しい動作なような気がするし。 まあDAOのライブラリでも自作しないと触らない部分ではあるとは思いますが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
誰も教えてくれなかったMySQLの障害解析方法 - Qiita
MySQL スロークエリ改善 初心者向け - Qiita
MySQLでタイムゾーンを設定する - Qiita
VagrantとItamaeを使って5分でmysqlサーバー構築 - なんとなく日々徒然と
https://codeday.me/jp/qa/20181212/60641.html
mysql server で外部から接続できるユーザを作成する。 - Qiita
AWS Amazon LinuxにMySQL5.7をインストール - Qiita
Docker Compose と Rails(+MySQL) で開発環境作成したときに気になったポイント - Qiita
