問題タブ [mariadb]

背景: WordPress サイトのデータベースの*.sqlバックアップをダウンロードし、古いデータベース テーブル プレフィックスのすべてのインスタンスを新しいものに置き換えました (たとえば、デフォルトwp_から のようなものにasdfghjkl_)。

WordPress がデータベースでシリアライズされた PHP 文字列を使用していることを知りました。私がしたことは、シリアライズされた文字列の長さの整合性を台無しにしてしまいます。

問題は、これを知る直前にバックアップ ファイルを削除し (私の Web サイトはまだ正常に機能していたため)、その後、いくつかのプラグインをインストールしたことです。したがって、元に戻す方法はありません。したがって、次の 2 つのことを知りたいと思います。

1. 可能であれば、どうすればこれを修正できますか?

2. これにより、どのような問題が発生する可能性がありますか?

(この記事では、たとえば WordPress ブログの設定とウィジェットが失われる可能性があると述べています。しかし、私のブログのすべての設定はそのままであるため、これは私には起こらなかったようです。内部が壊れるか、または将来どのような問題が発生するか. したがって、この質問.)

Mariadb serverを使用する Java アプリケーションがあります。java からは、mariadb サーバーへの接続に drizzle jdbcが使用されます。時々、エラー、壊れたパイプが発生しました。

なぜこのエラーが発生したのか、その根本原因はわかりません。

ubuntu12.04、最新のdrizzle jdbc driver(1.2)、およびmariadb 5.5.29を使用しています。

エラーログを参照してください:

java.sql.SQLNonTransientConnectionException: ping できませんでした: org.drizzle.jdbc.internal.SQLExceptionMapper.get(SQLExceptionMapper.java:97) で壊れたパイプ org.drizzle.jdbc.DrizzleConnection.isValid(DrizzleConnection.java:950) で

-------------------------------------------------- ------------------------- org.eclipse.cdt.dsf.concurrent.RequestMonitor$2.run(RequestMonitor.java:298) で java. util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) で java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) で java.util.concurrent.FutureTask.run(FutureTask.java: 166) java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165) で java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266) で java.util.concurrent.ThreadPoolExecutor runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) 原因: org.drizzle.jdbc .internal.common.QueryException: ping できませんでした: org.drizzle.jdbc.DrizzleConnection.isValid(DrizzleConnection.java:948) の org.drizzle.jdbc.internal.mysql.MySQLProtocol.ping(MySQLProtocol.java:424) で壊れたパイプ... 14 以上 原因: java.net.SocketException: java.net.SocketOutputStream.socketWrite0(Native Method) のパイプが壊れています。 write(SocketOutputStream.java:153) で java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) で java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) で org.drizzle.jdbc.internal.mysql.packet .commands.MySQLPingPacket.send(MySQLPingPacket.java:47) at org.drizzle.jdbc.internal.mysql.MySQLProtocol.ping(MySQLProtocol.java:419) ... 15 詳細ping を実行できませんでした: org.drizzle.jdbc.internal.mysql.MySQLProtocol.ping(MySQLProtocol.java:424) で壊れたパイプ org.drizzle.jdbc.DrizzleConnection.isValid(DrizzleConnection.java:948) ... 14 以上作成者: java.net.SocketException: java.net.SocketOutputStream.socketWrite0(Native Method) のパイプの破損 java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109) の java.net.SocketOutputStream.write(SocketOutputStream.java: 153) org.drizzle.jdbc.internal.mysql.packet.commands.MySQLPingPacket.send で java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) で java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) で(MySQLPingPacket.java:47) at org.drizzle.jdbc.internal.mysql.MySQLProtocol.ping(MySQLProtocol.java:419) ... 15 詳細ping を実行できませんでした: org.drizzle.jdbc.internal.mysql.MySQLProtocol.ping(MySQLProtocol.java:424) で壊れたパイプ org.drizzle.jdbc.DrizzleConnection.isValid(DrizzleConnection.java:948) ... 14 以上作成者: java.net.SocketException: java.net.SocketOutputStream.socketWrite0(Native Method) のパイプの破損 java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109) の java.net.SocketOutputStream.write(SocketOutputStream.java: 153) org.drizzle.jdbc.internal.mysql.packet.commands.MySQLPingPacket.send で java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) で java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) で(MySQLPingPacket.java:47) at org.drizzle.jdbc.internal.mysql.MySQLProtocol.ping(MySQLProtocol.java:419) ... 15 詳細org.drizzle.jdbc.DrizzleConnection.isValid(DrizzleConnection.java:948) での mysql.MySQLProtocol.ping(MySQLProtocol.java:424) ... 14 以上 原因: java.net.SocketException: java.net でパイプが壊れています。 java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109) の SocketOutputStream.socketWrite0(ネイティブ メソッド) java.net.SocketOutputStream.write(SocketOutputStream.java:153) の java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java: 82) org.drizzle.jdbc.internal.mysql.packet.commands.MySQLPingPacket.send(MySQLPingPacket.java:47) で java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) で org.drizzle.jdbc.internal で.mysql.MySQLProtocol.ping(MySQLProtocol.java:419) ... 15 件以上org.drizzle.jdbc.DrizzleConnection.isValid(DrizzleConnection.java:948) での mysql.MySQLProtocol.ping(MySQLProtocol.java:424) ... 14 以上 原因: java.net.SocketException: java.net でパイプが壊れています。 java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109) の SocketOutputStream.socketWrite0(ネイティブ メソッド) java.net.SocketOutputStream.write(SocketOutputStream.java:153) の java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java: 82) org.drizzle.jdbc.internal.mysql.packet.commands.MySQLPingPacket.send(MySQLPingPacket.java:47) で java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) で org.drizzle.jdbc.internal で.mysql.MySQLProtocol.ping(MySQLProtocol.java:419) ... 15 件以上948) ... 14 以上 原因: java.net.SocketException: java.net.SocketOutputStream.socketWrite0(Native Method) の java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109) のパイプが壊れています。 SocketOutputStream.write(SocketOutputStream.java:153) で java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) で java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) で org.drizzle.jdbc.internal.mysql .packet.commands.MySQLPingPacket.send(MySQLPingPacket.java:47) at org.drizzle.jdbc.internal.mysql.MySQLProtocol.ping(MySQLProtocol.java:419) ... 15 詳細948) ... 14 以上 原因: java.net.SocketException: java.net.SocketOutputStream.socketWrite0(Native Method) の java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109) のパイプが壊れています。 SocketOutputStream.write(SocketOutputStream.java:153) で java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) で java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) で org.drizzle.jdbc.internal.mysql .packet.commands.MySQLPingPacket.send(MySQLPingPacket.java:47) at org.drizzle.jdbc.internal.mysql.MySQLProtocol.ping(MySQLProtocol.java:419) ... 15 詳細write(SocketOutputStream.java:153) で java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) で java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) で org.drizzle.jdbc.internal.mysql.packet .commands.MySQLPingPacket.send(MySQLPingPacket.java:47) at org.drizzle.jdbc.internal.mysql.MySQLProtocol.ping(MySQLProtocol.java:419) ... 15 詳細write(SocketOutputStream.java:153) で java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) で java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) で org.drizzle.jdbc.internal.mysql.packet .commands.MySQLPingPacket.send(MySQLPingPacket.java:47) at org.drizzle.jdbc.internal.mysql.MySQLProtocol.ping(MySQLProtocol.java:419) ... 15 詳細

誰でもこれについて私を助けることができますか?

定期的に行う場合：

MariaDBサーバー上で直接、以下を生成します。

しかし、ルビー1.8.7または1.9.3幅を介して行われた場合：

それは生成します：

MySQLセットアップに対して同じことを行います。

結果：

現在MySQLWorkbenchでテストされており、同じ悪い結果がそこで発生し、変換された時間の代わりにnullが返されます。

だから私はそれがMariaDBの何かだと思いますか？

以下のクエリがあり、にキャストidする必要がありますvarchar

スキーマ

私が試したこと

しかし、それらは機能しません。提案してください。

Windows 64 プラットフォームでMariaDB 5.5.29を使用しています。このテーブルを作成しました：

ここで、UUID (主キーとなる) が指定されていない場合に自動的に挿入されることを確認したいと思います。したがって、このトリガーを作成しました。

すべてがコミットされていることを確認するには (スキーマの変更が必要ない場合でも):

今、これで新しい行を挿入しようとすると:

トリガーが新しい UUID を配置し、テーブルへの挿入が成功することを期待していました。しかし、何が起こるかは次のとおりです。

UUIDを提供しなかったため、これは間違いなく正しい答えです。トリガーはそれを自動的に満たすはずでした。

生成された値がフィールドに収まるようにするためだけに、unhex でトリガーを定式化しようとしました。

結果はまだ同じです。

質問は次のとおりです。私は何を間違っていますか?

今日、私のウェブサイトをスキャンしているときに、この「MySQL/MariaDB sql/password.cの脆弱性」が表示されます

これが何であるか、およびそれを修正する方法がわかりません。グーグルで検索しましたが、この問題に関する多くの情報が見つかりませんでした。

データベースに単純なログ テーブルがあります。ページにアクセスするたびに、行が挿入されます。ここで、今日と昨日の特定の列を合計したいと思います。

次のクエリを試しました。

これは、次の PHP スクリプトの結果です。

「yesterday」は NULL のままですが、このクエリに問題はありません。何か案が？

mariadb ポートの更新後のある時点で、彼女は起動時に 3306 でリッスンすることを拒否しました。

スキップネットワークディレクティブがないことを確認し、「=OFF」で追加しようとしましたが、何もしませんでした...しかし、奇妙なことに、それは機能していて、「何も変更していません」。

しかし、私が実行すると：

/opt/local/lib/mariadb/bin/mysqladmin variables -u root -p | grep skip_networking

スキップ ネットワークがオンになっているように見えます。

私の設定はこれを持っています：

スキップネットワーキング設定はまったくありません。

コマンドライン経由でポートとバインドアドレスを渡してもリッスンしません。