エラーを無視してインポートするMySQLのコマンド(–force)
migrationとか、おしゃれな仕組みがないレガシープロジェクトの場合SQLファイルを作ってDBの変更履歴を共有したりするわけで git blameを使って直前にコミットされた差分だけ実行したりしてましたが1発でいけることを今更知りました -f, –force Continue even if we get an SQL error. ~~~ mysql -uroot -proot -f dbname < ddl.sql ~~~ mysqlの-fコマンドはエラーを無視して実行してくれます ~~~ ERROR 1060 (42S21) at line 42: Duplicate column name 'sub_title7' ERROR 1060 (42S21) at line 43: Duplicate column name 'sub_comment7' ERROR 1060 (42
MySQLを商用利用すると無料で使えないという都市伝説
MySQLに限らないけど、「GPLは営利目的では使えない的な思い込み」は止めて欲しい。 先週、システム開発の提案で客先に行ってきた。 当方、30前半のSE。対応してくれた担当者は40代後半の情報システム部門の方。 提案したシステムの規模はそれほど大きくはなく、お客さんからもあまり予算はないと言われていたため、RDBMSに「MySQL」を使ったWebシステムを提案したところ、「それほど可用性は求めてないし、無料で使えるDBの方がいい」と言われた。 あぁ、商用ライセンスを購入すると勘違いしたんだな、と思ったので、「MySQLはGPLライセンスもあるので無料で使うことができますよ」と説明したところ、担当者の顔が険しくなった。 「GPLだとソースコードを公開しないといけないんだよ？たとえMySQLのソースコードを改変していなくても、MySQLを使ったソフトウェアであればソースコードを公開しないとい
Macでhomebrewを使ってMySqlのインストール
MacでMySqlのインストール MacでMySqlのインストールのような流れ。 MacでMySqlのインストールのような流れ。 $ brew install mysql $ mysql_install_db $ cp /usr/local/Cellar/mysql/5.1.51/com.mysql.mysqld.plist ~/Library/LaunchAgents $ launchctl load -w ~/Library/LaunchAgents/com.mysql.mysqld.plist $ mysql.server start //6)$ mysql_secure_installation 1.MySQLのインストール。 $ sudo brew install mysql 2.データベースをセットアップする。 $ unset TMPDIR $ sudo mysql_insta
dockerコンテナで動くmysqlを永続化してみる【Zabbix編】
今回はdockerコンテナで動くmysqlデータをホストOS上にセーブすることで、 commitしなくてもデータを維持する！ということをしてみます。 今まではコンテナ落とす度にちゃんとcommitしないと、次に起動するときにデータが無くなり Immutable Infrastructureとは程遠い感じになっていたので サーバーは機能だけを提供して、データは別にするという疎結合な感じにするっていうのがモチベーション。 本日の参考サイトはこちら↓ http://www.zabbix.jp/documents/installation/install-rpm http://cpw.hatenadiary.jp/entry/2013/08/20/220306 考え方としては、ホストOSにmysqlデータを格納してそれをコンテナがマウントして使うって感じ。 docker+zabbixの回で既にmy
Google MapsとMySQLの連携
こんにちは、アシアルの中川です。 Google Mapsに表示する情報をMySQLのgeometry型で扱う方法を試してみました。 Google Mapsのある地点にマーカーを表示したりすることがある場合、 緯度・経度の情報で地点に表示させることができますが、 データベースにこの情報を保存する場合、lat(float), lng(float)とそれぞれカラムに保存する方法もあるのですが、この方法では各データの位置の関係が非常に扱いにくくなります。 Google Mapsで表示されている範囲内のデータのみ取得したい場合や、 ある地点から近い順に取得する場合などに面倒なことになります。 そこで、MySQL4.1以降で用意されている空間情報を扱う機能の「geometry」型を使用します。 「MySQL 4.1 リファレンスマニュアル :: 10 MySQL における空間情報の機能(日本語)」 「
MySQLで任意の緯度・経度から最も近いデータを取得するSQL | Firegoby
MySQLには位置情報を扱う機能があるが、コツが必要なようなのでメモ テーブルを作成 テーブルを作成する際に注意するべきなのは以下の2点。 緯度・経度を保存するフィールドのデータ型は、 “geometry” とする。 インデックスに SPATIAL を使用する。 自分の環境の、phpMyAdmin では SPATIAL インデックスが作成できなかったので、以下のようなSQLを発行した。 ALTER TABLE geom ADD SPATIAL INDEX(geo); テーブルのスキーマは以下のような感じ。 CREATE TABLE `points` ( `loc` varchar(20) NOT NULL, `point` varchar(50) NOT NULL, `geo` geometry NOT NULL, PRIMARY KEY (`loc`), UNIQUE KEY `poin
MySQLノウハウ
いろいろな本からメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),
w32.jp - w32 リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
MySQLTunerでMySQLのチューニングを診断する方法
https://github.com/rackerhacker/MySQLTuner-perl MySQLTunerはMySQLのチューニングを診断してくれるアプリケーションです。 基本的なパフォーマンスチューニングのヒントをわかりやすく表示してくれます。 MySQLのチューニング設定に不安な方や、はじめてMySQLをさわる方は試してみると良いでしょう。 ライセンスはGNU GPLで無料で使えます。 検証環境 CentOS 6.3(64bit) MySQL 5.5.28 MySQL 5.5をインストール MySQL 5.5をインストールします。 # wget http://rpms.famillecollet.com/enterprise/remi-release-6.rpm # wget http://ftp.jaist.ac.jp/pub/Linux/Fedora/epel/6/x86
『MYSQLのCPU利用率がなぜか上がりすぎる場合』
アイル開発チームの技 ブログ 専門分野 Struts2 Redmine RedhatLinux Java Oracle の裏（？）情報をあげてきます！ 備忘録用 テスト用のMYSQLを入れてあるサーバーのCPU利用率がなぜか常に100％利用状態に… 一応SQLを投げると返ってくるものの、凄く遅い！ というわけで調査してみました まずはtopコマンドでリソースの消費具合を見てみましょう ここでどのアプリケーションがリソースを食べてるのかチェック 今回はMYSQLがCPUをいっぱい食べてました しかも突発的な消費ではなく常に そこで以下のコマンドで実行中のSQLを見てみます mysql> show processlist; スタックしちゃってるSQLとかが見えるのでこれを元におかしなところを探します 今回のケースではむかーし一時的にデプロイしたバッチがまだ残っており、 たまーに実行されるもDB
PHP 5.5 で mysql 拡張モジュールが非推奨になり、将来において WordPress を筆頭にさまざまな CMS のアップグレード作業が必要になります
PHP 5.5 で mysql 拡張モジュールが非推奨になり、E_DEPRECATED エラーが表示されるようになりました。将来の PHP のバージョンで削除されます。 mysql 拡張モジュールに依存する CMS を使ってサイトを運用している場合、将来、運用サーバーに導入されている PHP のバージョンの切り替えに備えて、 mysqli もしくは PDO に対応した CMS のバージョンへのアップグレードするか、別の CMS やウェブサービスに切り替える必要があります。 多くの PHP 製の CMS が共有ホスティングにインストールされており、共有ホスティングは比較的古い PHP のバージョンのサポートを続ける傾向にありますが、古い PHP のバージョンを使い続ける場合、PHP のバグやセキュリティの未対応、より新しい PHP のバージョンを最小バージョンとするライブラリや CMS を導
MAMP の使用ではまった事 - takenoko1977の日記
Apache + MySQL + PHP の環境を Mac で手軽に構築できるものに MAMP という物があるのですが、MySQL でデフォルトのキャラセットを utf8 に設定する方法ではまったのでメモ。 使用した MAMP のバージョンは 1.9.5 結論からいうと、 /Applications/MAMP/conf/ に MySQL の設定ファイル my.cnf を作成して、そこに [mysqld] skip-character-set-client-handshake character-set-server = utf8 [mysql] default-character-set=utf8 と書けば OK でした。 で、何が悪かったのかというと。。。。 はまった原因1 : 設定ファイルのパスが違う。 参考したサイトはことごとく /Applications/MAMP/db/mysql
ぷぎえもん日記 |mysql：ひらがなのカラムをあ行やか行のみ五十音でselectする
情報系のサイトで情報をひらがなの五十音で振り分け，『あ行の情報』『か行の情報』のようにカテゴライズされているものがあります．そういう振り分けはどうやってやってるんだろうと思っていたんですけど，sqlを使って簡単に実現できるみたいです． 最初にテスト用のtestsテーブルを生成するためのsqlを書きます． DROP TABLE IF EXISTS tests ; CREATE TABLE tests ( id INT, title TEXT ); INSERT INTO tests VALUES (1,'とうきょう'); INSERT INTO tests VALUES (2,'さいたま'); INSERT INTO tests VALUES (3,'かながわ'); INSERT INTO tests VALUES (4,'あおもり'); INSERT INTO tests VALUES (
mizomemo: MySQLで実行されたSQL文等のログを取る方法
2008年4月22日火曜日 MySQLで実行されたSQL文等のログを取る方法 MySQLで実行されたSQL文等のログを取る方法をメモしておきます． # vi /etc/my.cnf ---------------- log=/var/log/mysqld-query.log ---------------- # touch /var/log/mysqld-query.log # chown mysql.mysql /var/log/mysqld-query.log # chmod 640 /var/log/mysqld-query.log # /sbin/service mysqld restart MySQLの小技 http://tomo.ac/goodstream/database/mysql/linux/tips.htm 投稿者 mizo 時刻: 16:44 ラベル: MySQL,
PDOにおける一応の安全宣言と残る問題点
8月18日にPHP5.3.7がリリースされました。このリリースにより、PDOのSQLインジェクションの問題が一応解決されたと判断しましたので、ここに「一応の安全宣言」を表明するとともに、残る問題について報告します。 PDOの問題とは何か 以前、ぼくがPDOを採用しなかったわけ(Shift_JISによるSQLインジェクション)にて報告したように、PHP5.3.5以前のPDOにはDB接続時に文字エンコーディングを指定する機能がないため、文字列リテラルのエスケープの際に文字エンコーディングをLatin1を仮定してしまうという問題がありました。この状態ですと、DBにShift_JISで接続している際に、SQLインジェクション脆弱性が混入しました。 ※ 実は、先のエントリの「追記(2010/07/01 22:20)」に紹介した方法で文字エンコーディングを指定できるのですが、ほとんど知られていないのと
MySQLで INSERT時に重複する KEYが既に存在する場合の動作のオプション
► 2018 (1) ► 1月 (1) ► 2017 (4) ► 6月 (3) ► 5月 (1) ► 2016 (15) ► 12月 (4) ► 11月 (1) ► 10月 (2) ► 7月 (3) ► 6月 (1) ► 5月 (3) ► 1月 (1) ► 2015 (13) ► 12月 (1) ► 10月 (1) ► 9月 (1) ► 6月 (1) ► 5月 (1) ► 3月 (2) ► 2月 (3) ► 1月 (3) ► 2014 (11) ► 12月 (1) ► 9月 (2) ► 8月 (2) ► 6月 (1) ► 4月 (4) ► 2月 (1) ► 2013 (15) ► 12月 (3) ► 11月 (3) ► 8月 (2) ► 7月 (4) ► 5月 (1) ► 4月 (2) ► 2012 (7) ► 10月 (1) ► 7月 (1) ► 4月 (3) ► 1月 (2) ► 20
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://onlineconsultant.jp/pukiwiki/?SQL%E3%81%A7%E7%B7%AF%E5%BA%A6%E3%83%BB%E7%B5%8C%E5%BA%A6%E3%81%8B%E3%82%89%EF%BC%92%E7%82%B9%E9%96%93%E3%81%AE%E8%B7%9D%E9%9B%A2%E3%82%92%E7%AE%97%E5%87%BA%E3%81%99%E3%82%8B
MySQL Index勉強会外部公開用
MLog: [postfix-jp: 3812]postfixadminとの組み合わせで謎の現象
https://www.makizou.com/archives/1662