After MYSQL upgrade from 5.7.18 to 8.0.17 information_schema db size is 0 Byte - mysql-8.0

After MYSQL upgrade from 5.7.18 to 8.0.17 information_schema db size is 0 Byte.But if I execute select query on information_schema db tables it is showing records.

Upgrading MySQL user schemas and the sys schemas with root user like as shown below then restart MySQL DB:
prior to 8.0.16 : mysql_upgrade -u root –p
from 8.0.16 on-words: mysqld --upgrade=MINIMAL

Related

Maxscale looses users sync after node restart

I have Maxscale as a ReadWriteSplit for 3 Galera nodes.
Node 1 is MASTER and other 2 are SLAVES.
I always create my users on master with:
mysql -e "CREATE DATABASE ${DB_NAME} CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;"
mysql -e "CREATE USER IF NOT EXISTS '${DB_NAME}'#'10.1.0.%' IDENTIFIED BY '${DB_PASS}';"
mysql -e "GRANT ALL PRIVILEGES ON ${DB_NAME}.* TO '${DB_NAME}'#'10.1.0.%';"
Since any nod is not restarted (for MariaDB upgrades or other reasons) everything goes fine.
But if the node is restarted, when any query hits the SLAVES Maxscale claims that:
error : (2648715) [mariadbbackend] Invalid authentication message from backend 'sql3'. Error code: 1044, Msg : #42000Access denied for user '${DB_NAME}'#'10.1.0.%' to database '${DB_NAME}'
warning: (2648715) [readwritesplit] Refresh rate limit (once every 30 seconds) exceeded for load of users' table.
To fix it, at MASTER, I need to GRANT ALL PRIVILEGES again:
mysql -e "GRANT ALL PRIVILEGES ON ${DB_NAME}.* TO '${DB_NAME}'#'10.1.0.%';"
And the error stops. Is this a bug or I'm not doing things correctly?
It looks like something going wrong at the database level. To test this, you could try connecting to that node manually after restarting it to see if it works or not.

What do I have to do to enable the DML replication in the Oracle 18c EE?

I have installed the Oracle DB 18c EE. I have installed the Oracle GoldenGate.
My test replication is good.
Then: I have modified the EXTRACT to DDL replication.
But logs say me: You have to prepare the Oracle DB.
The log message:
2019-08-02 17:29:05 ERROR OGG-00529 DDL Replication is enabled but table dima.GGS_DDL_HIST is not found. Please check DDL installation in the database.
There is No Scripts like in the article for the Oracle DB 12 (marker_table, and etc.) in my deployment (18c). DML replication works.
What Do I have to do in a Oracle 18c EE installation to enable the DDL in the DB?
If You are using the SQLPlus in the $ORACLE_HOME/bin path You will be using a full path to scripts. All scripts are placed in the Golden Gate root directory.
Use a cd:
export PATH=$PATH:$ORACLE_HOME/bin
cd /home/oracle/ggs/
sqlplus / as sysdba
The Full Guide is : DDL Guide

ORDS 3.0.12 could not be installed along with Database 11G XE

I tried to install latest ORDS (not standalone) by following steps but could not succeed as Database 11g XE could not connect.
When i tried to login with sysdba in 5 number steps then says invalid logon.
NOTE: Still also i can not login with XE in browser like localhost:1521/xe.
but in command prompt i can login with database.
I also checked tnsnames.ora , listener.ora where everything was correct.
1. go to cd e:\apex
login as sysdba:
alter user apex_public_user account unlock;
alter user apex_public_user identified by Database#1;
2.rename file ords.war to apex.war
3. Install APEX Listener : (e:\ords)
java -jar apex.war
location for configuration data = e:\ords
hostname: localhost
DB port: 1521
database SID [1] 2
SID[XE] xe
username [APEX_PUBLIC_USER]:
password [APEX_PUBLIC_USER]: Database#1
**5.Please login with SYSDBA privileges to verify Oracle REST Data Services schema.**

Copying data from one CockroachDB cluster to another

I’m looking to copy the data from a production CockroachDB database to a development server. I know that in Postgres, I can directly connect the database servers through pg_dump and psql. What's the quickest, easiest way of doing this in CockroachDB?
The easiest way is probably to just create a dump through cockroach dump, and then import the SQL file it generates onto the new server:
cockroach dump --host=prodhost dbname > backup.sql
cockroach sql --host=devhost -e 'CREATE DATABASE dbname'
cockroach sql --host=devhost --database=dbname < backupsql
If all you really care to copy is the database's schema (e.g. if you’re moving from dev to production), you can do so by adding the --dump-mode=schema option to the cockroach dump command.

After rebooting server on C9 my PostgreSQL database is empty

I had a Rails project on C9 with a SQLite 3 database. Recently I wanted to switch to a PostgreSQL database to be able to run a project on Heroku. All records from the SQLite 3 database were copied to the PostgreSQL database with the Sequel gem, without any issues. All records were passed to the new database and I was able to see it, however, after rebooting my C9 project, and starting the PostgreSQL service, and connecting it to my database, I found that there weren't any records inside the database. Or, it's not connected yet. I don't get it.
Every time I reboot the project, records from the PostgreSQL database disappear, I have to create a new database and migrate it again to see my records. What am I doing wrong?
Here is list of my actions:
sudo service postgresql start
psql -c "create database myapp_development owner=ubuntu"
sequel -C sqlite://db/development.sqlite3 postgres://ubuntu#""/myapp_development
Then update database.yml file records with:
Development:
- adapter: postgresql
- encoding: SQL_ASCII
- database: myapp_development
- pool: 5
- username: ubuntu
- password: password
Then run:
rake db:migrate
After these actions I can run the project and see my records.
After rebooting the project, I've tried to run the following commands:
sudo service postgresql start
psql myapp_development ubuntu
\c
but it does not help me to see any records.
Please advise me if I've missed any command.
Run psql as the postgres user:
sudo sudo -u postgres psql -d myapp_development -U ubuntu -W

Resources