MySQLのデータベースを初期化する - Qiita
MySQL を初期化する方法 MySQLが起動しなくて、にっちもさっちにいかなかった場合の初期化方法をメモします ちなみに、これやるとデータベースからデータから、アカウントからすべて消えてしまいますので注意！！！ 操作手順 プロセスが起動しているか確認 # ps -efw | grep -i mysql root 12787 1 0 06:20 pts/0 00:00:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --pid-file=/var/lib/mysql/server01.s-quad.com.pid mysql 13041 12787 0 06:20 pts/0 00:00:14 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-
Mroongaを使ってリアルタイム全文検索データベースを作成する！！ - Qiita
mroongaのインストール（wingリポジトリを利用） ちょっとまだメモ書きレベルですが、あとあと充実させる予定、検索の速度とかは、Solrのほうがきっとはやいと思うけど、リアルタイム性とSQLを利用するライト感は、Mronngaのほうが上だと僕は思う・・・。 yum インストール (wing リポジトリを利用） この順番でやらないとはまることになる（というより、はまるようになってしまった）そしてトランザクションのサポートしているという贅沢さ。。 yum --enablerepo=wing install mysql55-mroonga mysql55-libs-5.5.34-1.el6_7.wing /etc/init.d/mysqld start yum --enablerepo=wing install groonga-tokenizer-mecab /usr/bin/mysql
[MariaDB10.0] マルチソースレプリケーション環境下のmy.cnf(server.cnf)の設定について - Qiita
マルチソースレプリケーションに関しては、以前、これはすごい！mariadb10.0 でマルチソースレプリケーションが可能ににて紹介いたしました。マルチソースレプリケーション環境下での、my.cnf (mariadbでは、server.cnf）のちょっと変わったケースでのレプリケーション設定について今回は触れて見ようと思います。 下図のようなケースの場合、server.cnf にはどのような設定を加えれば良いでしょうか？ 要件 SERVERXは、SERVER1,SERVER2からのレプリケーションを受ける SERVER1の中には、schema1というデータベースが存在し、数あるテーブルの中からtable1のみSERVERXにレプリケーションする 上記SERVER1内の、schema1のtable1は、SERVERX内では、schemaXのtable1としてレプリケーションする SERVER2
![[MariaDB10.0] マルチソースレプリケーション環境下のmy.cnf(server.cnf)の設定について - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/d2b0101334d98d8823d9d7232f79e5d24252734d/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCTWFyaWFEQjEwLjAlNUQlMjAlRTMlODMlOUUlRTMlODMlQUIlRTMlODMlODElRTMlODIlQkQlRTMlODMlQkMlRTMlODIlQjklRTMlODMlQUMlRTMlODMlOTclRTMlODMlQUElRTMlODIlQjElRTMlODMlQkMlRTMlODIlQjclRTMlODMlQTclRTMlODMlQjMlRTclOTIlQjAlRTUlQTIlODMlRTQlQjglOEIlRTMlODElQUVteS5jbmYlMjhzZXJ2ZXIuY25mJTI5JUUzJTgxJUFFJUU4JUE4JUFEJUU1JUFFJTlBJUUzJTgxJUFCJUUzJTgxJUE0JUUzJTgxJTg0JUUzJTgxJUE2JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1kYTVhZmYyMDVlNGI3MmExZmRkYWE2Nzk2YzdjMWFjNg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaGl0JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz02MjQ4YjY2OGMzZGI2MzA3YTcwYzRhMWNhYjA5MDgzYw%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D6b76fa0b3fe77c71f09e2b396057d47b)
稼働中のMySQLを無停止でレプリケーション環境を構築する - Qiita
個人メモです。稼働中のサービスを停止できないけど、スレーブを増やしたい（増殖したい）なんて場合に使える技になります。 マスターのバックアップ まず、スレーブ側のホストでマスターのスキーマ（例では、schema1 schema2のバックアップをとります。この際に、--master-data と --single-transaction は必須です。 --master-data を指定しますと、master側のバイナリログファイルとポジションを取得することができます。 --single-transaction を指定しますと、innodbの場合は、マスターサーバ側のデータベースをロックせずに、dumpすることが可能です mysqldump -h remote_host --databases schema1 schema2 -u myuser -pmypasswd --master-data
[bash]で入力プロンプトをそれっぽく表示させる方法 - Qiita
read というコマンドを使うっぽいです -pのオプションを付けると、プロンプト自由に入れられます。 ソース ひどく適当ですが、イメージだけわかってもらえればいいや(^_-) #!/bin/bash cat << _EOT_ ***************************************************************** bash : 入力プロンプトをそれっぽく表示されるデモ shell です ***************************************************************** _EOT_ read -p '実行しますか？(y/n) > ' _key if [ "${_key}" = "y" ] ; then _result="y" else _result="y以外" fi cat << _EOT_ ${_r
![[bash]で入力プロンプトをそれっぽく表示させる方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/41ceeebe83d6a6e14ff235ce0caefc4c5024e7d5/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCYmFzaCU1RCVFMyU4MSVBNyVFNSU4NSVBNSVFNSU4QSU5QiVFMyU4MyU5NyVFMyU4MyVBRCVFMyU4MyVCMyVFMyU4MyU5NyVFMyU4MyU4OCVFMyU4MiU5MiVFMyU4MSU5RCVFMyU4MiU4QyVFMyU4MSVBMyVFMyU4MSVCRCVFMyU4MSU4RiVFOCVBMSVBOCVFNyVBNCVCQSVFMyU4MSU5NSVFMyU4MSU5QiVFMyU4MiU4QiVFNiU5NiVCOSVFNiVCMyU5NSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MjA0OTM2OTEwOTE1NmZlMGU1YWYxNjdmYjMxYjQyNmM%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaGl0JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz02MjQ4YjY2OGMzZGI2MzA3YTcwYzRhMWNhYjA5MDgzYw%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D3f4cb265034455b48a7eafdd64ee71a9)
[MySQL] EUCから→UTF8へデータ移行メモ_φ(・・*) - Qiita
文字コードの違いによるめんどうがあったので、メモあっぷ☆ (エンジニアかけだしなので、お気づきの点あれば、コメントおねがいします(> < )) まずは、移行データが重かったのでテーブルを指定してちょっとずつエクスポート $ mysqldump -u username -p --database dbname —table tablename > dbname-tablename.dump ファイルの文字コード変換 $ nkf -wE dbname-tablename.dump > dbname-tablename_utf8.dump ※nkf http://itpro.nikkeibp.co.jp/article/COLUMN/20060227/230849/ ファイル内の｢ujis｣を｢utf8｣に全て置換する。 $ sed -e 's/ujis/utf8/g' dbname-table
![[MySQL] EUCから→UTF8へデータ移行メモ_φ(・・*) - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/df1514295b4a97721e6bd507303dd9576bb2be4b/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCTXlTUUwlNUQlMjBFVUMlRTMlODElOEIlRTMlODIlODklRTIlODYlOTJVVEY4JUUzJTgxJUI4JUUzJTgzJTg3JUUzJTgzJUJDJUUzJTgyJUJGJUU3JUE3JUJCJUU4JUExJThDJUUzJTgzJUExJUUzJTgzJUEyXyVDRiU4NiUyOCVFMyU4MyVCQiVFMyU4MyVCQiUyQSUyOSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9N2I0OTI5YjA3NzJiMDczNjhiNzQxMGU5NDZkMmFkODU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaGl0b21pXyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NTI0MzRlNzk0Y2M5NzUzNWY5ZGZmMGI1NDJkNjM2MTc%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Df7ffee6bda1dca79514e620a12cf6951)
sshとか鍵とかの設定 [初心時メモφ(・・*)] - Qiita
エンジニアにキャリアチェンジして苦労した時、ざっくりメモ。 ＜アクセス側＞ ● kye 作成 ・ 作成場所：~/ .ssh ※なければ作る ssh-keygen -C coment ※コメントは、何のデバイスか Serverユーザー名、 なんのドメインサーバーか等を書いておくと見分けがついていいかも ※既存の公開鍵ファイルと重ならないように 鍵ファイル名を設定して作成したい場合 オプション -f filename ※作成時にいろいろ聞かれるけれど、設定すると後で面倒だったり、 特に設定の必要はいらないことが多いのでそのままEnterで 進み続けて作る。 ※.pubがついているほうが、公開鍵 ●アクセス ssh user@IP ＜アクセスされる側＞ ●アクセス者の公開鍵登録 ・登録場所：~/.ssh/authorized_keys ※なければ作る ・アクセス側の公開鍵 id_rsa.p
![sshとか鍵とかの設定 [初心時メモφ(・・*)] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/895ae706e8929c89a1fd46a0fb40e5d3a49abdfc/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9c3NoJUUzJTgxJUE4JUUzJTgxJThCJUU5JThEJUI1JUUzJTgxJUE4JUUzJTgxJThCJUUzJTgxJUFFJUU4JUE4JUFEJUU1JUFFJTlBJTIwJTVCJUU1JTg4JTlEJUU1JUJGJTgzJUU2JTk5JTgyJUUzJTgzJUExJUUzJTgzJUEyJUNGJTg2JTI4JUUzJTgzJUJCJUUzJTgzJUJCJTJBJTI5JTVEJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz05MTQ0MTVkYWU4NzRmMTdkNjM0NjMyMjlmMDNlYjY5YQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaGl0b21pXyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NTI0MzRlNzk0Y2M5NzUzNWY5ZGZmMGI1NDJkNjM2MTc%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Db855b5ed122cef5dd65c9b8a3f2cacc9)
指定日時までロールフォワードリカバリする - Qiita
たとえば 間違ってデータ一括で消しちゃったとか 間違って一括で更新しちゃったとか 間違えてテーブルをtruncateしちゃったとか 等のヒューマンエラーの際に役に立ったりする ちなみに、いくつかメモ程度に書いたものですが、何かやらかす前にバックアップ（バイナリログとdumpファイル）がキチンと取られていることが大前提なので、そのあたりは注意 コマンドサンプル 2012-06-11 02:10:00 から 2012-06-12 10:30:00 のデータをリカバリするSQLファイルを生成する mysqlbinlog --start-datetime="2012-06-11 02:10:00" --stop-datetime="2012-06-12 10:30:00" mysql-bin.*1 > recovery.sql
Amazon S3の利用料節約を考えてみる
ことの始まり 最近になって、自宅サーバ最高だぜ！から、２４時間部屋の中でなるファンの爆音が辛い歳になってきて、さてさて、パブリッククラウドを使うようになった自分ではありますが、AWSってほんとなんでも揃っているデパートですごいなと実感してきました。一昔前は、かなり否定派だったのですが、いざつかってみると、こんなに簡単にいろいろできちゃうものなのか？と本当に感動・・ といいつつ、実際、私はまともに利用していないのですが、知り合いの会社さんから、「こんなんなってます・・」という相談を持ちかけられて、見せてもらったところ、結構びっくりしました。 それは、利用料金・・ うげぇ・・・。企業から見ればそうでもない額なのかもしれないけど、私から見れば、一日でお給料がすっ飛びそうなお値段・・ そんでもってこれを限りなくコストをゼロな構成することができるか、ほぼ趣味で考えてみました。 S3の料金体系 調べよ
MySQLで２点間の距離を求める関数を自作する（ストアドファンクション） - Qiita
distance_sphere（自作 MySQL 距離計算関数） MySQL5.6でこれが実装されたのかされていなのかについてはよくわかりませんが、２点間の距離をもとめるためだけに、OPEN GISとか、何かモジュールを入れたりするのも面倒（いや、実際にはその手順をよくわかっていない）なのでストアドファンクションで作ってみました。 distance_sphereとは PostgreSQLでは、そこそこ有名な。POST GIS そのPOST GISに含まれる点間距離関数です。私も、一歩でも近づきたいという気持ちから、distance_sphereという同じ名前でストアドファンクションにしてみましたが、よくよく考えて考えてみると、紛らわしい・・。 単純には、経度・緯度から直線の距離をメートルで返しますよという関数なのですが、地球は丸い！ということを考慮してｗ ヒュベニの距離計算式というものをベ
browserify (browser-pack) はどんなコードを出力するのか？ - Qiita
はじめに browserifyは、CommonJSスタイルで書かれたJavaScript (Node.js)のコードをクライアントで実行可能な形式に変換するライブラリです。ここではbrowserifyがビルドの際に用いているbrowser-packが、与えられたコードをどんなコードを出力するのかを見ていきます。browser-packのバージョンは6.0.1。 入力 Readmeにある以下のjsonを試してみる。この形式はちょうどmodule-depsの出力結果と同じもので、browserifyも内部でmodule-depsを利用している。内容は 各モジュールを一意に指すID コードの本体 各モジュールが依存する（内部でrequire()を使って呼び出している）モジュールのパスとID そのモジュールがエントリポイントかどうか の4種類。 [ { "id": "a1b5af78", "sou
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Git]直前のコミットを作業ツリーに戻したい時 - Qiita![[Git]直前のコミットを作業ツリーに戻したい時 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f481b6965ee1822b5f8f94b86a1b679fe6406713/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCR2l0JTVEJUU3JTlCJUI0JUU1JTg5JThEJUUzJTgxJUFFJUUzJTgyJUIzJUUzJTgzJTlGJUUzJTgzJTgzJUUzJTgzJTg4JUUzJTgyJTkyJUU0JUJEJTlDJUU2JUE1JUFEJUUzJTgzJTg0JUUzJTgzJUFBJUUzJTgzJUJDJUUzJTgxJUFCJUU2JTg4JUJCJUUzJTgxJTk3JUUzJTgxJTlGJUUzJTgxJTg0JUU2JTk5JTgyJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1jZDk4ODk0NzIwN2YyYWU1ZTkxODdhNzVmMjU1MjdiNQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaGl0b21pXyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NTI0MzRlNzk0Y2M5NzUzNWY5ZGZmMGI1NDJkNjM2MTc%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D62e71161cce1cd8d73ab78a158fbaa7f)
MySQL: ネタ Aホストのテーブルを Bホストにコピーする - Qiita
HaProxyでMySQLを負荷分散する！！ - Qiita
https://qiita.com/hit/items/ee4e54726f80a1fbdeb2