確か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:??? どの辺が理由であり得ないってなるの? 0191NAME IS NULL2018/06/11(月) 00:45:52.48ID:??? そら実績とか信頼性とかでしょ。
とはいえ、PostgreSQLの人はいろいろあるっていうし、実際にあるんだろうね。 0192NAME IS NULL2018/06/11(月) 20:29:30.39ID:??? 本番でMariaDBはありえるの? 0193NAME IS NULL2018/06/12(火) 13:24:42.28ID:??? デストリのパッケージに入っているから 考えずにインストールしていれば マリア様がご光臨します 0194NAME IS NULL2018/06/12(火) 19:56:47.19ID:hl58VaUe>>191 単に詳しいひとが少ないからだよ。 0195NAME IS NULL2018/06/14(木) 22:49:45.81ID:???>>192 むしろありえない理由がない MariaDBがありえないならMySQLもありえない 0196NAME IS NULL2018/06/14(木) 23:15:43.10ID:sOJR1meJ なんやどっちも有り得ないんか 0197NAME IS NULL2018/06/14(木) 23:33:50.86ID:??? まさかあり得るのはオラコォだけとか言い出すんじゃあるまいな 0198NAME IS NULL2018/06/14(木) 23:40:04.02ID:??? mariaDBの方が情報は少ないのかな
最近、sql_modeの設定で填まってしまった ほぼMySQLと同じなんだろうけど 0199NAME IS NULL2018/06/17(日) 00:20:34.15ID:??? 昔なら、MySQLと同じと言えたんだろうが 今となっては・・・ 0200NAME IS NULL2018/06/17(日) 00:43:31.03ID:??? MySQLを使っている人の方が少ない? 0201NAME IS NULL2018/06/17(日) 00:44:06.33ID:DF4YrmFv>>200 そんなアホな質問をするな 0202NAME IS NULL2018/06/17(日) 00:59:12.69ID:??? Linuxディストリの殆どは既にmariaDBなんでしょ? 0203NAME IS NULL2018/06/17(日) 16:45:38.32ID:???>>202 そだね 0204NAME IS NULL2018/06/17(日) 16:49:22.07ID:???>>201 どっちの意味で「アホ」なのか、わからん。 そういう意味で「アホな質問」とは言えんな。w 0205NAME IS NULL2018/06/17(日) 21:25:58.37ID:??? ディストリビューションのまま使っているヤツなんて・・・・ 0206NAME IS NULL2018/06/18(月) 09:59:30.59ID:??? そのまま使う方が多いよね 0207NAME IS NULL2018/06/18(月) 19:19:20.82ID:??? いや、入れ直すなあ。 ディストリビューション標準添付のものはバージョンがかなり古かったりするから。 0208NAME IS NULL2018/06/18(月) 19:39:10.48ID:??? 普通最新を追いかけるよりは安定動作を重視する 最新を追いかけるのはインストール厨 0209NAME IS NULL2018/06/18(月) 22:25:55.00ID:??? 最新を追いかける気は無いけど 古くさいものを使い始める事も無いだろう。
全てでなければ、どのディストリビューションが過去きちんとサポートしてくれた実績ある? 0215NAME IS NULL2018/06/19(火) 21:22:01.29ID:??? 有償のOSで、そういうサポート保証あったっけ? 0216NAME IS NULL2018/06/19(火) 21:44:12.22ID:???>>214 バグの程度にもよるがディストリビューションのメンテナがちゃんと対応する 大抵はアップストリームで行われた修正のバックポートになる 0217NAME IS NULL2018/07/23(月) 17:55:07.23ID:???>>202 わざわざMySQLみたいなオラクルの息かかったモノ入れる訳ない 0218NAME IS NULL2018/07/23(月) 17:57:11.01ID:???>>190 Postgreがマイナーな分、情報が無い VBに対するDelphiみたいなモノ 0219NAME IS NULL2018/07/24(火) 21:25:58.48ID:??? Raspbian上にZabbix環境構築したんですが、SDカードにインストールされている為 MariaDBによる頻繁な書き込みでSDカードの寿命が縮まることを懸念しています。 不測の電源断時に喪失する直近データの時間は多少長くなってもいいので、 COMMITのインターバルを長くするようなチューニングはありませんか?
ariadb Ver 15.1 Distrib 10.1.23-MariaDB, for debian-linux-gnueabihf (armv7l) using readline 5.2 0220NAME IS NULL2018/07/26(木) 16:21:22.83ID:???https://www.stylez.co.jp/news/news_20180215/ 今後MySQLは淘汰されるかもね 0221NAME IS NULL2018/07/26(木) 21:54:52.14ID:??? これがきっかけになるとは思えないけど 0222NAME IS NULL2018/07/26(木) 22:49:50.56ID:??? 良きライバルでありさえすれば良いと思う 仲が良いかどうかとは言っていない 0223NAME IS NULL2018/07/27(金) 01:06:47.90ID:??? オラクルはMySQLなんて維持したいと思ってない 0224NAME IS NULL2018/08/01(水) 00:06:15.60ID:??? MySQLを買収したのは飼い殺しにするため? 0225NAME IS NULL2018/08/01(水) 02:00:34.31ID:??? Javaと同じ運命 0226NAME IS NULL2018/08/01(水) 09:50:08.05ID:??? Oracleが売れさえすれば良いから、 MySQLブランド名だけひっそりと維持なんだろうな