We recommend that you upgrade MySQL to the latest version by downloading QMariaDB from the App Center since this version addresses multiple vulnerabilities. To ensure reliability, users should check for compatibility before upgrading.
一番注意すべき点は/etc/my.cnfではなく/etc/config/my.cnfを編集することです。 /etc/my.cnfはいくら編集しても何故か設定がリセットされる為、自分はここではまりました。 同じようなトラブルが発生してしまった人の助けになればと思います。 01031002015/08/08(土) 13:09:14.74ID:??? 念の為、[mysqld]セクションに追記するのは character-set-server = utf8 collation-server = utf8_general_ci です。詳しくはネットで調べれば初歩的な事項として出てきます。 0104NAME IS NULL2015/08/10(月) 00:19:12.68ID:??? 乙。 しかしそれはQNAPスレに書くべきことじゃないだろうか 01051002015/08/10(月) 12:34:23.11ID:???>>104 はい、仰るとおりです。最初からQNAPスレに書くべき内容でした。 申し訳ありません。 0106NAME IS NULL2015/09/26(土) 22:00:54.08ID:Z1QOXWjl しかしMySQLは将来的に大丈夫なのかな。 Oracleは信用できん。 0107NAME IS NULL2015/10/01(木) 00:53:11.97ID:???>>106 そこでmariaですよ。 0108NAME IS NULL2015/10/07(水) 17:40:03.66ID:Jo+cQonq MySQLを勉強しようと思ったけど、mariaを入れた方がいい? サクラのVPSに、これから入れるところ。 0109NAME IS NULL2015/10/07(水) 18:09:02.66ID:??? オペレーションはどっちでもかわんねーわ 0110NAME IS NULL2015/12/10(木) 12:24:57.14ID:???>>107 資本的にはMariaの方が信用ないけどな 0111NAME IS NULL2015/12/10(木) 15:12:47.08ID:??? オラクルなら信用があるのか? MySQLがオラクルの所有物になったので、 そのことを嫌う人が出て、 互換DBを作ったということでしょ? この考え方には賛成だけど。 0112NAME IS NULL2015/12/10(木) 16:27:45.07ID:??? Percona... 0113NAME IS NULL2015/12/10(木) 16:34:10.96ID:??? phpmyadminをインストールしたらバージョンがどうのこうのと言うし変な不具合もあったのでphp5-mysqlndに変えたら快適になった。
確か10.0だとテーブルの暗号化はできなかったよね。 0150NAME IS NULL2018/02/25(日) 07:35:46.89ID:??? botだろ そんなアクセスはグローバルIP振ってたら何万と発生する 0151NAME IS NULL2018/02/25(日) 21:30:19.22ID:??? Mariaって普及するの? 雑誌はMySQLはあっても、Mariaは無いし 今後ドッチを使うべきか悩む 0152NAME IS NULL2018/02/25(日) 23:07:33.95ID:??? どうなんだかねー。以前もmysqlスレでちょい書いたけど、xammpはmysqlからmariaに変わってるから じわじわとでも変わっていくのかも? 0153NAME IS NULL2018/02/25(日) 23:10:33.13ID:??? メジャーなディストリビューションの標準は既にMariaDBだが 0154NAME IS NULL2018/02/26(月) 11:06:13.67ID:jgk4VmgP>>153 だな。 MySQL使ってたとこが、MariaDBに鞍替えしただけだもんな。 0155NAME IS NULL2018/02/26(月) 23:12:55.22ID:??? ディストリビューションには人気だが あまり普及した感じないよなー なぜだろ? 0156NAME IS NULL2018/02/27(火) 03:14:33.29ID:DOB6lNxU Linux/*BSD系のOS使ってりゃ、大体MariaDBがオプションでインストールできるようになってる。 0157NAME IS NULL2018/02/27(火) 03:45:50.97ID:tJZlV4of TokuDBって速いのか? 0158NAME IS NULL2018/02/27(火) 08:23:43.76ID:???>>155 今さらでかい声で言うことでもないからな。 0159NAME IS NULL2018/02/27(火) 09:23:58.66ID:??? MariaDBに置き換わっているのにも気づかず使っているやつも多いと思う 0160NAME IS NULL2018/02/27(火) 14:57:43.47ID:??? コマンドやディレクトリ名が mysql だから気づかないよね 0161NAME IS NULL2018/02/27(火) 15:02:31.51ID:chg0ngvI なんで名前変えないんだろうね 0162NAME IS NULL2018/02/27(火) 22:22:48.72ID:??? でも、どんどん互換なくなってるんだよなーー MySQLが独自路線に行っているのか? MariaDBが独自路線に行っているのか? 両方かな 0163NAME IS NULL2018/02/28(水) 01:30:19.08ID:???>>161 もちろん互換性のため。 当初は、バイナリ互換やプロトコル互換まで徹底互換するっていってた記憶。
互換してなきゃ移行できないからな。 残念でもないし当然。 0164NAME IS NULL2018/03/06(火) 14:38:39.78ID:???>>155 実際、企業が導入した例が少ない 案件募集もほとんどない 0165NAME IS NULL2018/03/06(火) 23:49:12.15ID:???>>164 下記スレの851と同一人物?w
MySQL vs PostgreSQL Part2 http://mevius.5ch.net/test/read.cgi/db/1123011800/0166NAME IS NULL2018/03/07(水) 00:37:59.92ID:???>>165 同一人物以外に考えられんだろ 0167NAME IS NULL2018/03/09(金) 14:32:32.29ID:??? GoogleもMariaDB採用しているんだよね 0168NAME IS NULL2018/03/09(金) 22:36:46.50ID:??? MariaDBだけを採用しているなら、すごいんだけどね 0169NAME IS NULL2018/04/13(金) 12:29:29.37ID:bWlcKm/q>>164 何でそう思うのか? ディストリビューションで採用されてるからそれなりに使ってるとこあるだろ。 0170NAME IS NULL2018/04/13(金) 23:32:04.75ID:??? まー、1ヶ月も誰も書き込んでいない所が、答えだろう^^ 0171NAME IS NULL2018/04/13(金) 23:44:56.11ID:??? 特にトラブルもないし、相談する事が発生しない 雑談でも良いなら応じます 0172NAME IS NULL2018/04/14(土) 22:20:09.23ID:??? ここって、トラブルの相談スレだったんか 0173NAME IS NULL2018/04/14(土) 22:30:16.58ID:??? じゃあ、何を相談しましょう 明日の献立とか、株価の予想とか? 0174NAME IS NULL2018/04/15(日) 21:37:11.10ID:??? アホしかおらんらしいな 0175NAME IS NULL2018/04/15(日) 22:10:43.18ID:??? 話題をどうぞ 0176NAME IS NULL2018/04/18(水) 07:25:38.99ID:IrYg5q7j>>171 パソコンのSSDを1TBにアップグレードするにあたって、データベースのバックアップしたいんだが、 元データは毎週土日(GIレース前は金曜日から)JRAから配信されてて、バックアップとった後に一から全部データダウンロードせずに 差分だけダウンロードしてアップグレードするやり方ないかな?
まあ、一週間時間あるからその間にさっさとやれやと言われればそれまでだが、皆そんな時はどうしてる? 0177NAME IS NULL2018/04/18(水) 12:54:00.53ID:??? mariadbはどの部分? 0178NAME IS NULL2018/04/18(水) 23:21:25.69ID:0Lb4odqH>>177 MariaDBで作成したjra_master_dbというデータベースだけど、その間に情報が更新されてたり、レース当日以外の特にGIレース等の数日前の騎手変更や出走取消なんか。
できるだけ、土日のレース期間中や情報が出始める木曜日の午後から週末のレースにかけてはバックアップ作業はやらないようにするつもり。 なので、月曜日から水曜日の間にさっさとやればすむ話ではあるんだが。 0179NAME IS NULL2018/04/19(木) 11:28:02.85ID:??? 競馬のことはカラッキシなんでレース情報にどれくらいのデータ量があるのか見当がつかないけど データベースのバックアップにそんなに時間かかる? 0180NAME IS NULL2018/04/19(木) 11:32:50.72ID:??? レコードに更新日時が入っていれば、最近のものだけselectすれば、まあ出来るんじゃないか それはバックアップなのか?という話にはなるけど
話がよく見えてないんだけど、SSD移行のための一回限りのバックアップの話?
定常的なバックアップの話なら、レプリケーションと定時にmysql_dump 0181NAME IS NULL2018/04/19(木) 18:20:05.99ID:??? アーキテクチャが同じで、サービスを停止してもよければ、停止中にディレクトリまるごとコピーしてまえば。 0182NAME IS NULL2018/04/20(金) 12:41:24.97ID:EDOMeouA>>180 >レコードに更新日時が入っていれば、最近のものだけselectすれば、まあ出来るんじゃないか
ありがとうございます。 参考になりました。 0183NAME IS NULL2018/04/20(金) 19:06:16.22ID:??? mysql の構文がそのまま使えるなら SELECT INTO OUTFILE とか 0184NAME IS NULL2018/04/23(月) 10:25:50.86ID:???>>181 コレ以外に思いつかないし、DB全く関係ないよな 差分とかアプリレベルの話だし 0185NAME IS NULL2018/05/03(木) 17:38:05.02ID:??? あんまり知識ないけどデフォがBarracudaじゃなかったりjson型がそのまま使えなかったり mysqlのほうが進んでる印象なんだけどどうなんですか? 0186NAME IS NULL2018/05/03(木) 19:44:13.95ID:??? ダイナミックカラムじゃいかんのか? 0187NAME IS NULL2018/05/20(日) 08:35:06.89ID:???>>160 プロンプトで気づくだろさすがに。。。。。。。 0188NAME IS NULL2018/05/20(日) 08:36:08.10ID:9082azUO 日本だけだよPostgreSQLが多めなのは 0189NAME IS NULL2018/06/11(月) 00:12:27.36ID:??? 本番でPostgreSQLはありえない 0190NAME IS NULL2018/06/11(月) 00:21:03.42ID:??? どの辺が理由であり得ないってなるの?