Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
本日、 gh-ost のオープンソース・リリースを発表します。GitHubの、トリガーレスなMySQL向けオンライン・スキーマ・マイグレーション・ツールです。 gh-ost は、MySQLテーブルの修正が必要な、進行中の継続的なプロダクション変更に伴って私たちが直面する問題に答えるために、ここ数ヶ月で開発されました。 gh-ost は、負担が小さく、制御しやすく、監査しやすく、操作が簡単なソリューションを提供することによって、現在のオンライン・テーブル・マイグレーションのパラダイムを様変わりさせます。 MySQLテーブルのマイグレーションは、よく知られた問題で、2009年からはオンライン・スキーマ変更ツールによって対処されてきました。ハイペースで成長するプロダクトに伴って、データベース構造の変更が必要になります。列やインデックスなどの追加・変更・削除は、デフォルトのMySQLの動作を妨げる
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
Data seem sometimes to have their own life and will, and they refuse to behave as we wish. Then, you need a firm hand to tame the wild data and turn them into quiet and obeying pets. It's migration time. There was another project that I use often and was still in Launchpad. The Sample Employees Database is now on GitHub, under the same license it had before (CC A-SA 3). Figure 1 - Employees databa
MySQL Performance Blogの翻訳。Perconaのサポートエンジニアによる、MySQLバージョンアップの様々なパターンと、その利点・欠点、手順の解説。バージョンアップ実施前の、事前調査とテストが重要であるとの指摘も。 MySQLのバージョンアップ(訳注 : 原文ではupgrade、以下同じ)はどこかで必要になるタスクだし、我々Percona SupportでもMySQLバージョンアップのベストプラクティスについての色々な質問を受け付けている。この記事では、色々なシナリオにおけるMySQLバージョンアップの推奨できる方法に焦点を当ててみたい。 MySQLのバージョンアップはなぜ必要になってしまうのか?その理由は色々だが、新機能が必要、パフォーマンスの改善、バグ修正などがあるだろう。しかし、アプリケーションと組み合わせた上で事前に広範囲なテストをしておかないと、リスクの大きい
はじめに CentOS5.8+zabbix1.8の環境から新環境へ移行した際のメモです。 CentOS 5.8 → CentOS 6.4 MySQL:5.0.95 → MySQL:5.1.69 zabbix1.8 → zabbix2.0 新環境構築 新環境を別サーバに先に作っておき、mysqlのデータだけ移行を行いました。 データ移行 1. データファイルコピー 旧環境のMySQLを止めて静的な状態のMysqlの全データを新環境へコピー。 ※mysqldumpでバックアップしたファイルを新しいバージョンの環境へ持って行ってもエラーが発生してリストア出来なかった。 2. 新環境のmy.cnfを変更 mysql 5.0 → 5.1 で変更になっているパラメータを修正 ※default_character-set ⇒ character-set-server 3. 新環境でMySQ
このエントリーはMySQL Casual Advent Calendar 2013 10日目の記事です。カジュアル! このへんでそろっとカジュアル詐欺と言われるのを防止するために、カジュアルな話を書いてみました。 MySQL5.6も正式リリースされてもうすぐ1年経ち、5.7の足音も聞こえてきている今日このごろですが皆様のMySQLのご機嫌はいかがでしょうか。 新機能や性能向上/bugfixに対応するためにMySQLのバージョンアップを行う機会や性能や不具合調査を行うことも多いかと思います。データベースのバージョンアップは特にメジャーバージョンアップの場合、パラメータのデフォルト値などの変更や仕様変更の影響(オプティマイザの変更)をアプリケーションが受けないか、性能の変化などを検証すると思います。 検証 実際に検証を行う場合、本番環境で流れているクエリをバージョンアップ先のDBに実際に流して
これ、本当にMySQL Workbenchのマイナーバージョンアップの一部でいいの? メンテナンスを含めて開発終了となっていたMySQL Migration Toolkitの後継にあたる、新しいマイグレーションツールがリリースされました。名称はMigration Wizardで、独立したソフトウェアでは無くMySQL Workbenchの一部機能となっています。ライセンスは「もちろん」GPLです。これで以前のMySQL GUI Toolsの全ての機能が戻ってきたことになります。ダウンロードはこちらから。 Migration Wizardの具体的なマイグレーション元の第一弾としては、Microsoft SQL Serverがサポートされています。またODBCをサポートしているため、他のデータベースからのマイグレーションも可能です。動作環境はWindows, Mac OS X および Linu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く