MySQL 5.7.12 import cannot create a JSON value from a string with CHARACTER SET 'binary'
I exported my database with JSON columns in it. After I migrated to a new server, my import crashed every time with an error like: cannot create a JSON value from a string with CHARACTER SET 'binary' On stackoverflow, I found this post but didn't work for me: mysqlimport issues "set @@character_set_database=binary" which prevents loading json values The file is 2GB and isn't possible to open the f
MySQLでIN句の中に大量の値の入ったクエリがフルスキャンを起こす話 - freee Developers Hub
こんにちは、freee Developers Advent Calendar 2021、19日目のid:shallow1729です。昨日はtdtdsさんで【マジで】サイバー演習シナリオの作り方【怖い】でした！障害訓練後に攻撃方法を解説された時はリアリティの高さに驚きました。 僕はMySQLを使っていて発生した不思議な挙動の調査の話をしようと思います。 今回問題となったクエリ 今回話題にするクエリは以下のようなシンプルなものです。 SELECT * FROM hoge WHERE id IN (...) MySQLのパラメーター次第ですが、デフォルトの設定だとこのIN句の中の値の数が数万になると適切なインデックスが用意されていてもフルスキャンが発生する事がありました。このクエリがテーブルのほとんどのレコードを網羅するような場合や高速でレコードを大量にinsertして統計情報が追いつかないケー
SQLで標準偏差と偏差値を求める [SQLServer, MySQL] (STDEVP, STDDEV_POP)
学校の成績関連のシステムの開発をしていると、時どき偏差値（へんさち）を求めることがあります。 そこで今回はSQLで偏差値を求めるのに必要な標準偏差（ひょうじゅんへんさ）の取得と、偏差値を求める方法についてのメモを残しておきます。 偏差値とは 偏差値を求める前に偏差値とはどういうものなのかについて、簡単に記載しておきます。 Wikipediaでは偏差値について次のように記載されています。 偏差値（へんさち、英: standard score）とは、ある数値がサンプルの中でどれくらいの位置にいるかを表した無次元数。平均値が50、標準偏差が10となるように標本変数を規格化したものである。 出典: 偏差値 上記の説明ではピンとこない人もいるかもしれませんので補足すると 例えば、テストの得点をもとに偏差値を表す場合 偏差値とは、テストを受けた全員の中で自分や友人などの特定の人物が、どれくらいの位置に
![SQLで標準偏差と偏差値を求める [SQLServer, MySQL] (STDEVP, STDDEV_POP)](https://cdn-ak-scissors.b.st-hatena.com/image/square/bafde4b7cdba2f2e0e8af66c9012c20774af9a7f/height=288;version=1;width=512/https%3A%2F%2Fjohobase.com%2Fjb%2Fwp-content%2Fuploads%2Fwritten-test-640-426.jpg)
webdesign-dackel.com - このウェブサイトは販売用です！ - webdesign dackel リソースおよび情報
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.
CentOS 6 / RHEL 6 に MySQL 5.6 を yum インストールする手順 |
本稿では、データベースサーバー MySQL Community Server 5.6 を yum を利用してインストールする手順について解説します。 MySQL 公式 yum リポジトリの追加 RHEL系の Linux は、パッケージ管理ツール yum を利用して様々なソフトウェアをインストールすることができますが、CentOS 6 / RHEL 6 の標準リポジトリで提供されている MySQL Server (mysql-server) はバージョンが 5.1 で古いものです。 新しい MySQL を利用するためには、MySQL 公式の yum リポジトリからインストールすることができます。 まずは CentOS 6 / RHEL 6 に MySQL の yum リポジトリを追加しましょう。 コマンドは次の通りです。 # yum -y install http://dev.mysql.c
MySQLでタイムゾーンの設定 - There's an echo in my head
MySQLでその接続セッション中のタイムゾーンを設定しようとしたらエラーが出た: mysql> SET @@SESSION.time_zone = "Asia/Tokyo"; ERROR 1298 (HY000): Unknown or incorrect time zone: 'Asia/Tokyo' 原因はMySQLにタイムゾーンに関する情報が入っていなかったためらしく、それを保持するmysql.time_zoneテーブルが空っぽだった: mysql> select * from mysql.time_zone; Empty set (0.00 sec) 次のようにmysql_tzinfo_to_sqlコマンドでzoneinfoを変換してmysqlに登録したら、設定できるようになった: root# mysql_tzinfo_to_sql /usr/share/zoneinfo/ | m
MYSQLのCHAR、VARCHARカラムの大文字小文字を区別する（binary） - MYSQL
mysqlでは、char、varcharカラムに対して検索条件（where）やソート（order by）時に大文字小文字を区別してくれません。 区別させる場合にはテーブル作成時に binary属性を設定する必要があります。 （通常はこの方法での対応をお勧めします） create table binary_column varcolum varchar（10） binary primary key, charcolum char（10） binary ); こんな感じでしょうか。 既に作成済みのテーブルに対してbinary属性を設定することも可能です。 alter table binary_column modify charcolum char（10） binary; primary key属性が設定されているカラムに対してはこれでいいのですが、既にprimary key属性が設定されてい
複合インデックスの正しい列の順序
データベースは、プライマリキーに対して自動的にインデックスを作成しますが、キーが複数の列からなる時は、さらに手動で調整をする 余地があります。この場合、データベースはプライマリキーの全ての列にいわゆる 連結インデックス(あるいはマルチカラム インデックス、複合インデックス)を作成します。 複合インデックスの列の順番は、インデックスの使い勝手に大きな影響を及ぼすので、注意して決定する必要があります。 例として、企業が合併した場合を考えてみましょう。他の会社の社員が 加わったので、EMPLOYEESテーブルが10倍の大きさになったと しましょう。ここで問題が発生します。EMPLOYEE_IDが、 それぞれの会社で一意になっていなかったのです。子会社IDのような追加の識別子で、プライマリキーを拡張する必要があります。このため、プライマリ キーは、以前からのEMPLOYEE_IDに加えて、一意性を
RDSメンテナンスのお知らせ - サーバーワークスエンジニアブログ
第一報（2015/09/17 17:35） サポート窓口から、緊急のお知らせです。 既にお気づきのお客様もいらっしゃるかと思いますが、RDSのメンテナンスリクエストがマネージメントコンソールから確認できます。 これはRDSが稼動するEC2インスタンスのOSをアップグレードする必要があるためです。 対象はMySQL、PostgreSQLの基盤になります。Oracle、SQLServerは対象外となります。 以下の手順でRDSが稼働するEC2インスタンスのOSをアップグレードすることができます。 （今回、ご留意いただきたいのはRDSフェイルオーバーやリブートではなく明示的にアップグレードが必要な点です。） AWS公式ドキュメント「Operating System Updates for a DB Instance」 但し、現時点はMySQLご利用環境のみで、PostgreSQLご利用環境につい
MySQL バイナリログの削除 - とみぞーノート
1. 概要 MySQLでレプリケーションを行っているとMasterにバイナリログが溜っていきディスクを圧迫するので定期的に削除してやる必要がある。 2. 手順 2.1 レプリケーション状態の確認 まず、どこまでバイナリログを削除してよいかを調べる。 Slave側でSHOW SLAVE STATUSを実行し、Slaveがバイナリログをどこまで読み取っているかを調べる。「Master_Log_File」が現在参照中のバイナリログ。以下の例ではskylancer00-bin.000084を使用していることになるので、skylancer00-bin.000083まで削除してしまってよいことになる。Slaveが複数いる場合は、全Slaveについて確認を行う。 mysql> SHOW SLAVE STATUS \G *************************** 1. row ********
Amazon RDS における MySQL 5.6 のパラメータ設計例 - bekkou68 の日記
(最終更新日: 2017/9/25) はじめに production 環境で MySQL 5.6 動かすためのパラメータ設計についてまとめました。この記事がカバーする内容は次のとおりです。 パラメータを設定するスクリプト。 各パラメータにおける変更するかどうかの判断基準。 想定されるメモリの消費サイズを算出してパラメータが妥当かどうか確認する方法。 サービスの状況に応じててきぎ読みかえてください。 【結論】パラメータグループ作成・パラメータ設定のスクリプト 結論として、パラメータグループを作成し、パラメータを設定する aws-cli のスクリプトを置きます。Amazon AWS の Web Console から設定することもできます。 #!/bin/sh # == パラメータグループ作成 aws rds create-db-parameter-group --db-parameter-gr
MySQL 5.6登場！！新機能速攻レビュー
現在、米国で行われているMySQL Conference & Expoにあわせて、新しい開発版であるMySQL 5.6が発表された。MySQL 5.5における新機能もかなりのものだったが、MySQL 5.6の進化は質・量ともに勝とも劣らない内容となっている。そこで、今日は簡単に、MySQL 5.6で追加された新機能の概要について見てみよう。開発版なので利用にあたっては十分な注意が必要（予期なく予定が変更される可能性あり）だが、次期正式版のリリースに向けて是非試してみて欲しい。 InnoDB関連MySQL 5.5で大幅な進化を遂げたInnoDBだが、その勢いはまったく衰えることを知らない。性能の強化だけでなく、痒いところに手が届く便利な機能が追加されている。 ダーティページのフラッシュをするスレッドが独立した。以前はマスタースレッド内でフラッシュが行われていたが、スレッドが独立したことによっ
AWS News Blog
AWS Week in Review – March 20, 2023 This post is part of our Week in Review series. Check back each week for a quick roundup of interesting news and announcements from AWS! A new week starts, and Spring is almost here! If you’re curious about AWS news from the previous seven days, I got you covered. Last Week’s Launches Here are the […] AWS Chatbot Now Integrates With Microsoft Teams I am pleased
30分でわかるER図の書き方 (4) - とあるソフトウェア開発者のブログ
前回からの続きで、IE(Information Engineering)形式のER図について説明します。カーディナリティとオプショナリティの記号について説明します。 前回: id:simply-k:20100706:1278387964 次回: id:simply-k:20100707:1278514635 目次: id:simply-k:20100716:1279237959 カーディナリティとオプショナリティの記号 カーディナリティとオプショナリティに対して、それぞれ2種類の記号が存在します。組み合わせは、2×2で4種類となります。次の図は、カーディナリティとオプショナリティの組み合わせの一覧を描いたものです。説明上の都合により、エンティティE1側の記号は省略しています。また、その下の表は、図に対する説明をまとめたものです。 組合せ オプショナリティ カーディナリティ E1のインスタン
InnoDBで行ロック/テーブルロックになる条件 - (ﾟ∀ﾟ)o彡 sasata299's blog
2009年11月22日16:29 MySQL InnoDBで行ロック/テーブルロックになる条件 MySQL にはよく使われるストレージエンジンとして MyISAM と InnoDB がありますが、違いの一つとしてロックの挙動が挙げられます。MyISAM はテーブルロック、InnoDB は行ロックが掛かるというのは有名な話じゃないかと。 ただ、最近知ったのですが、InnoDB だとしても必ずしも行ロックになるわけではなく、テーブルロックになる場合もあるようですね。。このことについて手元の MySQL 5.1.26RC で簡単ですが検証してみます。サンプルとして使うテーブルはこちら。 CREATE TABLE `lock_sample` ( `id` int(11) NOT NULL AUTO_INCREMENT, `c1` int(11) NOT NULL, `c2` int(11) NOT
グーグルがMySQLを切り捨ててMariaDBを採用 | readwrite.jp
熱力学の第一法則にある通り、エネルギーというものは破壊することができない。ただ、ある形態から別の形態に変化するだけである。この自然法則はビジネスの話にも当てはまる。ある会社に対して良からぬことを行えば、いつの日かその会社にしっぺ返しをされかねないのだ。 検索エンジンのグーグルが、現在使用しているオラクルMySQLリレーショナル・データベースのシステムの全てを、MySQLから派生したMariaDBに移行することを決めた。これに関し、公式な理由などはおそらく何もないだろう。意図的ではないのかもしれないが、そこには明らかにオラクルに対する因縁めいた物が感じられる。 オラクルはここ数年間、グーグルがAndroidオペレーティングシステムにJavaコードの一部をコピーしていることと、37のアプリケーション·プログラミング·インターフェースにJavaプログラミング言語を利用していることで、著作権侵害を
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.2.7 LOAD DATA ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
隙がなくなったMySQL Cluster 7.3登場！！これで勝つる。
MySQL Cluster 7.3の正式版がリリースされた。このバージョンで追加された新機能は少ない。だが、これまでにリリースされたMySQL Clusterのバージョンの中で、この7.3こそが最も重要なバージョンである！と私は考えている。新機能は少ないが非常に重要なものが詰まっているからだ。今日はMySQL Cluster 7.3の新機能について見てみよう。 外部キー制約、来たる！何を差し置いてもまず重要なのが、外部キー制約である。長年InnoDBでは使えるが、MySQL Cluster（NDBストレージエンジン）には実装されていなかった。外部キー制約が使えないという理由でMySQL Clusterを採用しなかったという人も多いだろう。 だが、それはこれまでの話だ。MySQL Cluster 7.3なら外部キー制約が使える！！ メジャーどころのRDBMSなら当たり前のように搭載されている
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.mysql.gr.jp/
MySQL Index勉強会外部公開用
