builderscon tokyo 2017 で【初めてのMySQLサーバーチューニング】について話してきました。 #builderscon - Innovator Japan Engineers’ Blog
こんにちはこんにちは。2017年7月3日より、イノベーター・ジャパン(以下、IJ)の東京オフィスにJOINした、@mamy1326 です。 ※本エントリはbuilderscon登壇、スタッフ報告に、シュッと入社報告エントリが入っています。 では builderscon tokyo 2017 報告から。 builderscon tokyo 2017 登壇者と、ボランティアスタッフとして参加してきました。 buildersconとは？ 本サイトから引用しますと… buildersconは「知らなかった、を聞く」をテーマとした技術を愛する全てのギーク達のお祭りです。 はい、お祭りです。 参加者も、登壇者も、スタッフも。 みんな主役として楽しむことのできる最高のお祭りでした。 トークの内容は様々で、初心者向けから上級者向け、プログラミング、データベースから、設計思想など。 Slackの中の人も来て
ルーク！MySQLではkamipo TRADITIONALを使え！ | おそらくはそれさえも平凡な日々
よくMySQLはゆるふわだから 値が勝手に切り詰められる エラーが起きずに変な値/日付が入る 不正なスキーマが入ってしまう など言われることがあります。ただそれは、そもそもの設定が悪いのです。(確かに昔デフォルトがゆるふわなのはいけなかったんですが) ということで、データベースには不正な値が入らないように設定はとにかく厳しくしておくのがオススメです。 じゃあどうするか。 MySQLはSQL Modeによって、その辺りの制約をコントロールすることができます。以前、MySQLのsql-modeで一番厳しいやつはTRADITIONAL、というのを書いたのですが、実はそれだけでは不十分で、TRADITIONAL,NO_AUTO_VALUE_ON_ZERO,ONLY_FULL_GROUP_BYとするのがより安心なようです。 これはkamipoさんに教えてもらいました。 @songmu TRADITI
初心者がデータベースを扱うときにやってしまいがちな5つのミス | Yakst
主にPostgreSQLで、アプリケーションがスケールしていくことを考慮に入れずに後で困ることになりがちな設計のポイント。今後巨大にスケールする必要が分かりきっている際には特に注意すべき点。 開発者として仕事を始める時には、参ってしまうほど覚えなくてはいけないことがあります。まず最初に言語自体、それから使っているフレームワーク特有のクセ、さらにその後(あるいはその前)にフロントエンド開発を織り交ぜ、そしてその先でデータをどこに保存するかを決めなくてはなりません。 最初の頃は、素早く身につけるべきことが多すぎて、アプリケーションのデザインにおいてデータベースは後から付け足すものになりがちです(おそらくこれはエンドユーザーエクスペリエンスに影響がないからでしょう)。その結果、データベースが動き始めてから直さなくてはならない数々の悪い習慣が存在しています。ここでは、そのうちのいくつかについて概要
my.cnfの場所を調べる - Qiita
$ mysql --help | grep my.cnf order of preference, my.cnf, $MYSQL_TCP_PORT, /etc/my.cnf /etc/mysql/my.cnf /usr/local/etc/my.cnf ~/.my.cnf Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
The innodb_system data file~でmacのmysqlが動かない場合の対処法 - Qiita
2015-12-20T13:26:05.997337Z 0 [Note] InnoDB: Uses event mutexes 2015-12-20T13:26:05.997344Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier 2015-12-20T13:26:05.997350Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.3 2015-12-20T13:26:05.997639Z 0 [Note] InnoDB: Number of pools: 1 2015-12-20T13:26:05.997808Z 0 [Note] InnoDB: Using CPU crc32 instructions 2015-12-20T1
mysqlで文字コードをutf8にセットする - Qiita
mysqlの文字コードはチェックする場所が多いので原因を突き止めるのに毎回苦労します。 大きく二種類に分けられて、 クライアント側、サーバー側（mysqlサーバー）、及びそれらの接続の文字コード データベース/テーブル/カラムの文字コード です。 デフォルトをきちんと設定しておく そもそも作成したDBの文字コードが意図しない設定になっていたら、デフォルトの設定が間違っている可能性が高いので、再度同じ問題を起こさないためにも、設定見直し→DBをdrop→DBをcreateという順番で直しに行きます。 1も2もデフォルトの設定は下記を実行すればok。 +--------------------------+----------------------------+ | Variable_name | Value | +--------------------------+-----------
MySQL と寿司ビール問題 - かみぽわーる
MySQL と Unicode Collation Algorithm (UCA) - かみぽわーる に関連するトピックで、 MySQL には寿司ビール問題というのがある。 寿司ビール問題どっかで詳しくお話を聞くべきだよなぁ。。。— RKajiyama (@RKajiyama) March 18, 2015 これはどういう問題かというと、 MySQL の Unicode では binary collation にしてコードポイントで比較しないと🍣と🍺に限らず絵文字が同値判定されるという問題です。 あれ？ MySQL の utf8mb4 charset って、4バイト文字同士を比較すると同じ文字扱いされる？ SELECT '🍣'='🍺' → 1 MySQL的には寿司とビールは同じ扱い。— とみたまさひろ (@tmtms) December 22, 2014 MySQLで select
ActiveRecordでunsigned型をサポートしてないのが気になる - Qiita
MySQLのほうから来た人だとidみたいなシーケンス値やhoge_countみたいなカウント保持するカラムはunsigned intで定義するのが普通な気がするのですが、ActiveRecord::Migrationではunsignedをサポートしていません。 かるく調べた限りだと、unsignedをサポートしてるのってMySQLぐらいらしく、PostgreSQLはサポートしてないしSQLite3はスキーマ定義のときにunsignedって書いてもエラーにならないけど完全に無視されてて余裕でマイナスの値を保持できてしまう。 そういう背景があってunsignedを扱いたいという要件はActiveRecordやRailsにおいてはエッジケースだという見解らしく、当面ActiveRecordでunsignedがサポートされる見込みはないのかもしれません。 そこで、activerecord-unsi
CentOS6.5にmysql5.6をインストールする手順 - Qiita
環境 OS : CentOS release 6.5 (64bit) 既にmysqlの何かあるか確認する $ sudo yum list installed | grep mysql あった場合、けす $ sudo yum erase mysql-libs rpm 入手 http://downloads.mysql.com/archives/community/ から $ wget http://downloads.mysql.com/archives/get/file/MySQL-client-5.6.20-1.linux_glibc2.5.x86_64.rpm $ wget http://downloads.mysql.com/archives/get/file/MySQL-server-5.6.20-1.linux_glibc2.5.x86_64.rpm $ wget http://
MySQLに真偽値を格納する場合はbit(1)型のフィールドが最適 - Qiita
毎度、自ブログからの転載です。 つい最近、自作のWordPressカスタムデータベース管理プラグイン「Custom DataBase Tables」への問い合わせで bit型フィールド についてデフォルト値を指定するとテーブル作成がコケるという不具合報告があって、 MySQLのbit型フィールド について詳しく調べることになった。その結果、色々と新たにわかったことがあったので、その備忘録も兼ねて記事を書いておこうかと。 もともと私は、MySQLのbit型はboolean（bool）型と同様に tinyint(1)のシノニム（フィールド形式のエイリアスみたいなもの） と理解していたので、フィールドの仕様もtinyint(1)と同じだと認識していたんだが、実際は違っていたんだなこれが。 各フィールドの仕様は下記のようになってた（ちなみにMySQLのバージョンは5.6.16）。 フィールド型 表
『MySQL WorkBench PK, NN, UQ, BIN, UN, ZF, AI』
引き続き絡むの記号を確認 同じように??悩んでる人参照（´・ω・）ｽ http://forums.mysql.com/read.php?152,358556,358556 http://dev.mysql.com/doc/workbench/en/index.html ----------------------------------------------------- PK ：PRIMARY KEY NN ：not null チェックでnot null UQ ：unique BIN ：binary UN ：unsigned 符号なし（´・ω・）ｽね ZF ：zero fill AI ：auto increment Defult ：初期値 ----------------------------------------------------- [intrinsic column fl
基礎から理解するデータベースのしくみ（5）：ITpro
SQL文を実行する際のパフォーマンスに大きな影響を及ぼすものとして，もう一つ，インデックスがあります。インデックスについては，どう定義すべきかというデータベース設計上の問題と，インデックスを有効に使うためのSQL文をどう書くべきかというコーディング上の問題があります。 ここではテーブル設計上の問題を主に取り上げます。SQL文のコーディングについては囲み記事「SQL文を最速にする11のポイント」を参照してください。 インデックスは，テーブルの検索速度を向上させるためのものです。それぞれのSQL文に対して最適なインデックスを定義するのが理想的ですが，実際にはある程度限られたインデックスで，必要なパフォーマンス要件を満たすようにインデックスを定義する必要があります。加えて，どんなSQL文が実際に発行されるのかがあらかじめわかっていない場合は，適当な想定に基づいてインデックスを定義しておかなくては
Inner join と Left joinの明確な違いは？
出てくる結果が違います。 テーブル1のフィールド1に、 １ ２ ３ ４ ５ ６ が、 テーブル2のフィールド1に、 １ ２ ３ ７ ８ ９ が入力されている場合、 SELECT [テーブル1].[フィールド1], [テーブル2].[フィールド1] FROM テーブル1 LEFT JOIN テーブル2 ON [テーブル1].[フィールド1]=[テーブル2].[フィールド1]; では、結果は、 テーブル1.フィールド1 テーブル2.フィールド1 １ １ ２ ２ ３ ３ ４ NULL ５ NULL ６ NULL の６レコードが出力されますが、 SELECT [テーブル1].[フィールド1], [テーブル2].[フィールド1] FR
HomebrewでApache、PHP、MySQL、phpMyAdmin追加 - Furudateのブログ
こんばんは。 ローカルでの開発環境として今までMAMPを使っていましたが、MacにはMAMPを使わずともApacheやPHPなどがあるので、どうせならそちらを使いたいと思い、MAMPを使わない環境構築をしてみました。 今回は、Apache、PHP、MySQL、phpMyAdminを使えるようにしました。また、全てHomebrewで管理したかったので、デフォルトでPHPなどは入っているんですがそれは使わずにbrewでインストールしました。 PHPに関しては、PHPの複数バージョンを入れられるphpenvというものがありますのでそれを使いました。 前にrbenvやpyenvなどを入れましたが（こちら）、その時みたいに結構簡単にできるかなーと思ったら意外と詰まってしまいました。 MySQLのインストール まずはMySQLのインストールです。rootのパスワードまで決定しちゃいます。 やり方は以下
mac OS XにHomeBrewでmysqlインストール。からの設定(mysql_install_db、mysql_secure_installation、my.cnf)やらアンインストールやら - tweeeetyのぶろぐ的めも
はじめに macにもmysqlはいってるといざってときにいろいろ試せて便利ですよね。 ネットワークつながってなくても試せたりもしますし。 ってなわけでhomebrewを使ってmacにmysqlを入れて試しに使ってみるまでのメモです。 最後は消すとこもおまけ程度に。 ながれ homebrewいれる mysqlインストール mysql設定 mysqlアンインストール 最後は一応きれに消しますw 1. homebrewいれる こちらは以前書いた記事があるので割愛します。 →Mac OS XにHomebrewインストール。command line developer tools入れたり使い方メモったり(install、update、upgradeなど) 2. mysqlインストール この記事としてはここからが本番ですね。 ※ いちおうbrewのバージョン晒す # brew -v Homebrew
"Starting MySQL . ERROR! The server quit without updating PID file (/usr/local/var/mysql/**.local.pid)." エラーの対処 - プログラミングの詰まりどころを、懇切丁寧に
開発環境 OS X 10.9.5 mysql Ver 14.14 Distrib 5.6.23, for osx10.9 Homebrew 0.9.5 エラー mysqlのサーバーが立っていなかったので、 $ sudo mysql.server start をしたところ Starting MySQL . ERROR! The server quit without updating PID file (/usr/local/var/mysql/**.local.pid). このエラーが出た。これはPCの再起動後などに出るが、色々な問題・解決方法があり、非常に厄介なエラー。 結論 $ sudo chown -R _mysql:_mysql /usr/local/var/mysql 今回は、これでmysql以下のファイルの所有者をすべて_mysqlにすると解決した。 $ sudo mysql.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLで-(ハイフン)付きのデータベース名を使うとめんどい - ニクニクドットミー
VagrantでPHP 5.5 & CakePHP 2.4.5開発環境を10分で整備