MySQL 日時表記を数字のみで表す - Database JUNKY
現在日時を、YYYY-MM-DD の形式で表示されることがもっとも普通なのですが笑、時と場合によって、日付を８桁の数字のみで表したいとかありますよね。そんな時は、DATE_FORMATでやっちゃえばいいんです。 日付を８桁の数字で表す場合 mysql> SELECT CURRENT_TIMESTAMP AS datetime,DATE_FORMAT(CURRENT_TIMESTAMP,'%Y%m%d') AS numeric_only_date_time ; +---------------------+------------------------+ | datetime | numeric_only_date_time | +---------------------+------------------------+ | 2018-04-04 11:16:05 | 20180404
1,000台規模のインフラ刷新！ Kubernetesを採用したサイボウズが語る「NoOps」な未来｜ハイクラス転職・求人情報サイト AMBI（アンビ）
1,000台規模のインフラ刷新！ Kubernetesを採用したサイボウズが語る「NoOps」な未来 Kubernetesの設計思想に共感して、1,000台規模のインフラ刷新プロジェクトに採用したサイボウズが、独自のインフラ、自社開発のOSSツールで挑戦するNoOpsな未来について聞きました。 1,000台規模のインフラをKubernetesで刷新する なぜパブリッククラウドではなく独自インフラなのか インフラ自体を継続的デリバリするためツールをOSSで Kubernetesの設計思想にインスパイアされたNeco ビジネスとして大切にしている部分は細部まで自分たちで 主力製品の「サイボウズ Office」「Garoon」「kintone」などを、2011年からクラウドサービス cybozu.com として提供してきたサイボウズ。これらのサービスのために同社が自前で構築したインフラ基盤は、国
MySQL ストアドプロシージャで処理を途中で抜け出す方法って知ってる？ - Database JUNKY
私が知らなかっただけかもしれせんが、処理を途中で抜けることってストアドプロシージャって出来ないとばかり思っていたのですが、できるんですね汗 今まで、ストアドでこんなIF文のネスティングで書いてました。可読性悪いし、バグを誘発するしで何か良い手はないのかな？って思ってました 今までのダメな書き方 CREATE PROCEDURE `sp_test_proc`( IN _mode tinyint, -- (0: Normal 1: force delete 2: Batch ) INOUT _value varchar(32) , OUT _result_code int(11) ) BEGIN BEGIN IF _mode = 1 OR _mode = 2 OR _mode = 3 THEN IF _value='test' THEN SET _value = CONCAT(_value,
MySQL と N-gram による高速な日本語全文検索の実装 - Born Too Late
この通り、 7 倍近い性能を出すことに成功しています ! 以下では、実装のために実際に行った手順と、実装の一部を紹介します。 動作環境 私の手元では以下のような環境で、動作を確認しております。基本的に、 Ubuntu 10.04 上でパッケージマネージャを用いただけの、簡単な LAMP (Linux / Apache / MySQL / PHP) 構成です。 # Linux $ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=10.04 DISTRIB_CODENAME=lucid DISTRIB_DESCRIPTION="Ubuntu 10.04.1 LTS" # Apache $ apache2 -v Server version: Apache/2.2.14 (Ubuntu) Server built: Sep 28 20
サーバーの状態やMySQLの状態の指標のまとめ - CubicLouve
指標に関していつもググってばっかりいたので、まとめてみました。 ツッコミ大歓迎。 CPU usage name detail User ユーザ空間(アプリケーション)でCPUが使われた時間の割合 Nice 優先度を変更された(nice値が変更された)プロセスにより、ユーザ空間でCPUが使われた時間の割合 System カーネル空間でCPUが使われた時間の割合 Idle CPUが何も処理をせずに待機していたCPUの時間の割合（ディスクI/O待ち以外） Wait(iowait) CPUがディスクI/O、またはネットワークI/Oの結果を待っていた時間の割合（I/O処理中で、その終了を待機している時間） Intr 割り込み SoftIRQ ソフト割り込み Steal 仮想サーバがCPUを使って待たされていた時間の割合 http://blog.suusuke.info/2011/10/24/365/
MySQL 異なるバージョン間でのmysqldumpおよびリストアについて - Database JUNKY
異なるバージョン、もしくは、異なる サーバ間で、データベースのdump (mysqldump) および restore リストアを実施した時に、リストア先にデータベースもテーブルもないはずなのに、キー重複（Duplicate entry)が起きたりしたことはありませんか？ え？、なにもないはずなのに。。。って。オカルトですよね。 この原因って、dump時の文字コードが原因している場合が多いですって話です。。。 プログラマのための文字コード技術入門 (WEB+DB PRESS plus) (WEB+DB PRESS plusシリーズ) 作者: 矢野啓介出版社/メーカー: 技術評論社発売日: 2010/02/18メディア: 単行本（ソフトカバー）購入: 34人 クリック: 578回この商品を含むブログ (129件) を見る 今回は、MySQL5.7のdumpをMySQL8.0にリストアしている
MySQL の lower_case_table_names について，テーブル名とデータベース名の中の大文字小文字について - その手の平は尻もつかめるさ
MySQL には lower_case_table_names という変数があって，これはテーブル名の大文字小文字を区別するかどうかというのを設定するパラメータなわけですが，その詳細は以下のようになっています (参照: MySQL :: MySQL 5.6 Reference Manual :: 9.2.2 Identifier Case Sensitivity)． Value 説明 0 大文字・小文字を区別してデータベース名やテーブル名をストアする．これらの名前の比較についても大文字・小文字を区別する．MySQL のサーバが動作する OS のファイルシステムが大文字と小文字を区別しない場合 (例えば OS X や Windows)，この値に設定すべきではない．そうしたファイルシステム上でこの値を0にして，なおかつ MyISAM のテーブル名に対して大文字小文字を混ぜてアクセスするとインデ
MySQL 8.0にアップデート！注意すべき点 - Database JUNKY
MySQL 8.0 バージョンアップしたら、速度が2倍向上！便利な関数が使える！！等、色々なメリットがあります。 ・・が、 通常のサービスでデータベースがメジャーバージョンアップしたからといってサービスを停止して、バージョンアップってしないかなー？って思ってます。自分がやるのであれば、別のサーバ立てて旧バージョンからレプリケーション！可能な限り、ダウンタイムを減らしたいのでこの手法一点で進めます ただ、今回は、かなり苦戦しています 次回、同じ状態にならないように、備忘録に残しておきます。 [Amazonブランド]Presto! マスク ふつうサイズ 200枚(50枚×4パック) PM2.5対応 出版社/メーカー: ヘルスタージャパンメディア: ヘルスケア&ケア用品この商品を含むブログを見る バックアップ mysqldumpに注意！！ MySQL 8.0クライアントから、MySQL 5.7の
MySQL AUTO_INCREMENTカラムの変更方法 - Database JUNKY
たとえば、こんなテーブルがあったとします。このテーブルってidがプライマリーキーです。 CREATE TABLE `users` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `seq_id` int(10) unsigned NOT NULL , `name` varchar(50) NOT NULL DEFAULT '', PRIMARY KEY (`id`) ) ; 以下のように、seq_idをPRIMARY KEYに変更したい場合、どのような手順を踏めば良いでしょうか？すこし力技になります CREATE TABLE `users` ( `id` int(10) unsigned NOT NULL , `seq_id` int(10) unsigned NOT NULL NULL AUTO_INCREMENT, `name` var
DBの寿命はアプリより長い！ 長生きするDBに必要な設計とリファクタリングを実践から学ぶ - エンジニアHub｜若手Webエンジニアのキャリアを考える！
DBの寿命はアプリより長い！ 長生きするDBに必要な設計とリファクタリングを実践から学ぶ アプリケーションの寿命よりも長く、データの追加やテーブルの変更で成長し続ける「データベース」と、どのように付き合っていけばよいのでしょうか？ 曽根壮大（soudai）さんによる寄稿です。 こんにちは。そーだい（@soudai1025）です。 新しいサービスを始めるとき、必ずと言っていいほどデータベースは利用されています。また今稼働しているサービスの多くでも、RDBMSをはじめ、いろいろなデータベースが利用されています。そんなに広く利用されているデータベースだからこそ、多くの問題の元になるのもまた事実です。 そこで今回は、Webサービスを中心にデータベースの選び方、設計についてお話していきたいと思います。そして私もまさに今、2011年から続くWebサービス「オミカレ」のRDBMSのリファクタリングに携わ
MySQL 重複したデータを1件だけ残して削除したい - かもメモ
テーブル table_a id name typeID 1 星宮いちご 1 2 霧矢あおい 2 3 紫吹蘭 3 4 神崎美月 3 5 星宮いちご 1 6 大空あかり 1 7 藤堂ユリカ 2 8 有栖川おとめ 4 9 星宮いちご 1 10 霧矢あおい 2 このテーブルからnameとtypeIDが重複されているデータを最初の1件だけ残して削除したいと思います。 重複しているデータ 重複しているデータは下記のクエリで調べることが出来ました SELECT * FROM table_a WHERE (typeID, name) IN ( SELECT typeID, name FROM table_a GROUP BY typeID, name HAVING COUNT(typeID) >= 2 AND COUNT(name) >= 2 ); +----+-----------------+----
MySQL LIKE JOIN というアウトローなクエリーを試してみる - Database JUNKY
こんなの不可能だろと思いつつやってみたら以外と出来たというクエリーについて紹介します。 JOIN のON句にLIKEを使うというだけなのですが、これが以外と使える場面があります。今回、音楽のアーティスト名周りでこの難解なSQLをどのように活用するかを考えてみました。 テーブル アーティストテーブル アーティスト名とId (アーティストID）が含まれているテーブルです 達人に学ぶSQL徹底指南書 第2版 初級者で終わりたくないあなたへ (CodeZine BOOKS) ゼロからわかる SQL超入門 (かんたんIT基礎講座) > DESC tbl_artist ; +-------------+---------------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra |
MySQL8.0 新機能 WITH句、共通テーブル式(CTE)のSQLの書き方教えます！ - Database JUNKY
MySQL8.0にするなら、WITH句で！共通テーブル式を使いましょう！ MySQL8.0を使いたい理由は、CTEに対応したからなんです！！ そもそも、MySQL 8.0を使いたかった理由って、共通テーブル式が実装されてからなんです！ 私自身は、 IBM DB2でかなりお世話になりました。やがて年は過ぎ、MySQLしか触らなくなったのですが、WITH句ってどんなRDBMSにも付いているものだとばかり思っていたのですが、無い。。MySQLは無かったんですよね（汗） おかげさまで、サブクエリーのサブクエリをごりごり書く生活に慣れてしまいました。 今回は、このCTEを利用して、どれだけ、SQLが綺麗になるのかを見せたいと思います！ テーブル 今回、CTEとして利用するテーブル定義です CREATE TABLE `loglog` ( `id` bigint(20) unsigned NOT NUL
RDS for MySQLからAuroraへの移行 〜Auroraリードレプリカを利用した低コスト移行方式〜 - コネヒト開発者ブログ
こんにちは。インフラエンジニアの永井(shnagai)です。 今回は、メインサービスで使っているDBを、RDS for MySQLからAmazon Auroraへ移行した話について書こうと思います。 Auroraの良さについては、一つ前のブログにまとめているので気になる方はこちらをご覧ください。 tech.connehito.com なぜAurora移行を行ったのか 可用性を担保しながら、コストメリットが享受できる RDS for MySQL時代は可用性を確保する為に、マスター、レプリカ全て MultiAZ構成で組んでいました。しかし、MultiAZだとアクティブ-スタンバイ構成なので、スタンバイ機はトラフィックを捌かず寝ている状態になります。 Auroraにすることで、マスター - レプリカ間のフェイルオーバーが可能になり、全てのRDSインスタンスをアクティブに運用することで、同じマスタ
MySQLデータベースパフォーマンスのためのLinux OSチューニング | Yakst
Percona Database Performance Blogの翻訳。Linux上でMySQLサーバを運用する際の、カーネル、ファイルシステム、メモリなどのチューニングのポイントをまとめた記事。 [MySQL][Linux]原文 Linux OS Tuning for MySQL Database Performance - Percona Database Performance Blog (English) 原文著者 Spyros Voultepsis 原文公開日 2018-07-03 翻訳依頼者 翻訳者 doublemarket 翻訳レビュアー taka-h 原著者への翻訳報告 1868日前 原文へのコメントで報告済み 編集 この記事では、MySQLデータベースサーバーのパフォーマンスチューニングと最適化のために調整する重要なLinuxの設定を復習します。OSのチューニングに使う
MySQL :: ページャで画面表示を見やすくする [Tipsというかメモ]
具体的には、以下のようになってしまい、悲しい思いをします。 mysql> select * from KEY_COLUMN_USAGE; emp_user_opt_by_config_id | 1 | NULL | NULL | NULL | | NULL | premiscss | PRIMARY | NULL | premiscss | st emp_user_opt_by_itationals_id | 1 | NULL | NULL | NULL | | NULL | premiscss | PRIMARY | NULL | premiscss | st emp_user_opt_by_itational_id | 1 | NULL | NULL | NULL | | NULL | prepsychoss | PRIMARY | NULL | prepsychoss | ch re
KeepAlivedとMySQLのタイムアウト設定は必ず確認して！！ - Database JUNKY
MySQLをKeepAlivedでロードバランサーを実現というのは結構ある話ですが、それぞれのセッションタイムアウト値が違うため、いざサービスを運用する！！なんて時に思わぬ落とし穴があったります。そのための注意書きです 無通信時のコネクションプーリングのタイムアウト時間のデフォルトは、interactive_timeoutで確認できます。ちなみに、MySQL 28800秒なので8時間です。 mysql> show variables like '%timeout%'; +------------------------------+----------+ | Variable_name | Value | +------------------------------+----------+ | interactive_timeout | 28800 | | wait_timeout |
100Mにスケーリング：Key-ValueストアとしてMySQLを使い、NoSQL以上のパフォーマンスを出す | POSTD
100Mにスケーリング：Key-ValueストアとしてMySQLを使い、NoSQL以上のパフォーマンスを出す MySQLはNoSQLよりも優れています。Key-ValueストアといったNoSQLのユースケースを考えてみると、パフォーマンスや使いやすさ、安定性の点でMySQLの方が合理的です。MySQLには、オペレーションや障害に関することからレプリケーションや異なる使用パターンまでと、多くのオンラインマテリアルが用意されおり、堅実なエンジンです。こういった理由から、比較するまでもなく、MySQLは最近のNoSQLエンジンよりも優れていると言えます。 ここ最近では、NoSQLエンジンが主流になってきています。多くの開発者が、MongoDBやCassandra、Redis、HadoopといったNoSQLエンジンをアプリケーション構築の第一候補としており、それらが全て昔からのSQLエンジンを上回
MySQL日付の範囲内でのレコード重複チェックをSQLで実現する - Database JUNKY
日付(From - To )にて、レコードが重複（かぶっている）ものを抽出するSQLのサンプルです。うーん、なんて言えばいいのか 日付期間の重複チェック と言えばいいのか、日時の範囲チェックというべきか・・・なかなか難易度が高かったので、メモを残しておきます テーブル定義 desc t1 ; +--------------+---------------------+------+-----+-------------------+-----------------------------+ | Field | Type | Null | Key | Default | Extra | +--------------+---------------------+------+-----+-------------------+-----------------------------+ |
mysql 文字列結合のconcat関数は||(パイプ）でスマートに書こう！ - Database JUNKY
MySQLおよび、MariaDBでの文字列結合関数といえばCONCAT（コンキャット）です。 MySQL :: MySQL 5.6 リファレンスマニュアル :: 12.5 文字列関数 文字列結合にいちいちconcatなんていう関数を使うのはめんどくさい、且つわけがわからなくなるので、パイプ(||)ショートカットでconcatと同様の操作がおこなえるように変更するtipsです ビッグデータ分析・活用のためのSQLレシピ concat を利用した場合 パッと見た限り、カンマが文字列なのかそうではないのかわからなくなりますよね汗 SQL SELECT concat('現在の時刻は',current_timestamp,'です','明日は晴れかな？','雨かな？','晴れたらいいな') ; 結果 mysql> select -> concat('現在の時刻は',current_timestamp,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
