[Ratkaistu]Kuinka resetoida MySQL-salasana ?

[kamara]

Pitäisi saada tuhottua mysql-kannat tai vaihdettua rootin salasana, kuinkahan se tapahtuu ?

Ei haittaa onko MariaDB vai MySql, kunhan toinen toimii.

Tämä ohje ei toimi...
https://forum.ubuntu-fi.org/index.php?topic=53448.msg409127#msg409127

https://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html

Joskus olen moisen listan merkinnyt muistiin:

On Centos this will work:
1. Stop the mysql server by using #service mysqld stop
2. Now start the server using #service mysqld_safe --skip-grant-tables &
3.login as #mysql -u root
4.change root password by the command mysql> set password=password('NEW_PASSWORD');
5. flush the privileges mysql> flush privileges;
6 mysql>quit
7.Stop your mysql #service mysqld stop
8. Now start it normally #service mysql start

Mutta merkinnällä: "Kai tuo pitäisi kokeilla joskus."

Nuo risuaidat '#' antanevat vihjeen että komennot annetaan rootin tunnuksella.

php-admin herjaa...

#1698 - Access denied for user 'root'@'localhost'

edit - Tähän kosahtaa...

Koodia: [Valitse]

# service mysqld_safe --skip-grant-tables &
[1] 5262
root@Tehokone:~# mysqld_safe: unrecognized service


Koodia: [Valitse]

mysql> set password=password('sala');
Query OK, 0 rows affected, 2 warnings (0.00 sec)


[nm]

mysqld_safe ei ole järjestelmän palvelu vaan suoraan ajettava ohjelma, joten oikea komento on:

Koodia: [Valitse]

mysqld_safe --skip-grant-tables &

Tarkempia ohjeita: https://stackoverflow.com/questions/16556497/how-to-reset-or-change-the-mysql-root-password/16556534#16556534

[kamara]

Sitäkin olin jo yrittänyt, ja tulee tällaista herjaa.. 

Koodia: [Valitse]

# mysqld_safe --skip-grant-tables &
[1] 15935
root@Tehokone:~# 2018-11-01T15:23:09.883921Z mysqld_safe Logging to syslog.
2018-11-01T15:23:09.888397Z mysqld_safe Logging to '/var/log/mysql/error.log'.
2018-11-01T15:23:09.891907Z mysqld_safe Directory '/var/run/mysqld' for UNIX socket file don't exists.


Koodia: [Valitse]

# cat /var/log/mysql/error.log |tail -n 50
2018-11-01T15:23:00.842934Z 0 [Note] Shutting down plugin 'partition'
2018-11-01T15:23:00.842941Z 0 [Note] Shutting down plugin 'BLACKHOLE'
2018-11-01T15:23:00.842949Z 0 [Note] Shutting down plugin 'ARCHIVE'
2018-11-01T15:23:00.842956Z 0 [Note] Shutting down plugin 'PERFORMANCE_SCHEMA'
2018-11-01T15:23:00.843003Z 0 [Note] Shutting down plugin 'MRG_MYISAM'
2018-11-01T15:23:00.843011Z 0 [Note] Shutting down plugin 'MyISAM'
2018-11-01T15:23:00.843020Z 0 [Note] Shutting down plugin 'INNODB_SYS_VIRTUAL'
2018-11-01T15:23:00.843027Z 0 [Note] Shutting down plugin 'INNODB_SYS_DATAFILES'
2018-11-01T15:23:00.843033Z 0 [Note] Shutting down plugin 'INNODB_SYS_TABLESPACES'
2018-11-01T15:23:00.843040Z 0 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN_COLS'
2018-11-01T15:23:00.843046Z 0 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN'
2018-11-01T15:23:00.843052Z 0 [Note] Shutting down plugin 'INNODB_SYS_FIELDS'
2018-11-01T15:23:00.843058Z 0 [Note] Shutting down plugin 'INNODB_SYS_COLUMNS'
2018-11-01T15:23:00.843064Z 0 [Note] Shutting down plugin 'INNODB_SYS_INDEXES'
2018-11-01T15:23:00.843070Z 0 [Note] Shutting down plugin 'INNODB_SYS_TABLESTATS'
2018-11-01T15:23:00.843076Z 0 [Note] Shutting down plugin 'INNODB_SYS_TABLES'
2018-11-01T15:23:00.843082Z 0 [Note] Shutting down plugin 'INNODB_FT_INDEX_TABLE'
2018-11-01T15:23:00.843088Z 0 [Note] Shutting down plugin 'INNODB_FT_INDEX_CACHE'
2018-11-01T15:23:00.843094Z 0 [Note] Shutting down plugin 'INNODB_FT_CONFIG'
2018-11-01T15:23:00.843100Z 0 [Note] Shutting down plugin 'INNODB_FT_BEING_DELETED'
2018-11-01T15:23:00.843106Z 0 [Note] Shutting down plugin 'INNODB_FT_DELETED'
2018-11-01T15:23:00.843112Z 0 [Note] Shutting down plugin 'INNODB_FT_DEFAULT_STOPWORD'
2018-11-01T15:23:00.843140Z 0 [Note] Shutting down plugin 'INNODB_METRICS'
2018-11-01T15:23:00.843147Z 0 [Note] Shutting down plugin 'INNODB_TEMP_TABLE_INFO'
2018-11-01T15:23:00.843154Z 0 [Note] Shutting down plugin 'INNODB_BUFFER_POOL_STATS'
2018-11-01T15:23:00.843160Z 0 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE_LRU'
2018-11-01T15:23:00.843167Z 0 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE'
2018-11-01T15:23:00.843173Z 0 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX_RESET'
2018-11-01T15:23:00.843179Z 0 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX'
2018-11-01T15:23:00.843185Z 0 [Note] Shutting down plugin 'INNODB_CMPMEM_RESET'
2018-11-01T15:23:00.843191Z 0 [Note] Shutting down plugin 'INNODB_CMPMEM'
2018-11-01T15:23:00.843198Z 0 [Note] Shutting down plugin 'INNODB_CMP_RESET'
2018-11-01T15:23:00.843204Z 0 [Note] Shutting down plugin 'INNODB_CMP'
2018-11-01T15:23:00.843210Z 0 [Note] Shutting down plugin 'INNODB_LOCK_WAITS'
2018-11-01T15:23:00.843216Z 0 [Note] Shutting down plugin 'INNODB_LOCKS'
2018-11-01T15:23:00.843223Z 0 [Note] Shutting down plugin 'INNODB_TRX'
2018-11-01T15:23:00.843229Z 0 [Note] Shutting down plugin 'InnoDB'
2018-11-01T15:23:00.843300Z 0 [Note] InnoDB: FTS optimize thread exiting.
2018-11-01T15:23:00.843386Z 0 [Note] InnoDB: Starting shutdown...
2018-11-01T15:23:00.943519Z 0 [Note] InnoDB: Dumping buffer pool(s) to /var/lib/mysql/ib_buffer_pool
2018-11-01T15:23:00.943824Z 0 [Note] InnoDB: Buffer pool(s) dump completed at 181101 17:23:00
2018-11-01T15:23:02.557613Z 0 [Note] InnoDB: Shutdown completed; log sequence number 2592161
2018-11-01T15:23:02.559161Z 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2018-11-01T15:23:02.559181Z 0 [Note] Shutting down plugin 'MEMORY'
2018-11-01T15:23:02.559189Z 0 [Note] Shutting down plugin 'CSV'
2018-11-01T15:23:02.559198Z 0 [Note] Shutting down plugin 'sha256_password'
2018-11-01T15:23:02.559205Z 0 [Note] Shutting down plugin 'mysql_native_password'
2018-11-01T15:23:02.559441Z 0 [Note] Shutting down plugin 'binlog'
2018-11-01T15:23:02.559772Z 0 [Note] /usr/sbin/mysqld: Shutdown complete


[kamara]

Onkohan tästä mitään apua ?

Koodia: [Valitse]

mysql> select * from mysql.user
    -> ;
+-----------+------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+--------------+------------+-----------------------+------------------+--------------+-----------------+------------------+------------------+----------------+---------------------+--------------------+------------------+------------+--------------+------------------------+----------+------------+-------------+--------------+---------------+-------------+-----------------+----------------------+-----------------------+-------------------------------------------+------------------+-----------------------+-------------------+----------------+
| Host      | User             | Select_priv | Insert_priv | Update_priv | Delete_priv | Create_priv | Drop_priv | Reload_priv | Shutdown_priv | Process_priv | File_priv | Grant_priv | References_priv | Index_priv | Alter_priv | Show_db_priv | Super_priv | Create_tmp_table_priv | Lock_tables_priv | Execute_priv | Repl_slave_priv | Repl_client_priv | Create_view_priv | Show_view_priv | Create_routine_priv | Alter_routine_priv | Create_user_priv | Event_priv | Trigger_priv | Create_tablespace_priv | ssl_type | ssl_cipher | x509_issuer | x509_subject | max_questions | max_updates | max_connections | max_user_connections | plugin                | authentication_string                     | password_expired | password_last_changed | password_lifetime | account_locked |
+-----------+------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+--------------+------------+-----------------------+------------------+--------------+-----------------+------------------+------------------+----------------+---------------------+--------------------+------------------+------------+--------------+------------------------+----------+------------+-------------+--------------+---------------+-------------+-----------------+----------------------+-----------------------+-------------------------------------------+------------------+-----------------------+-------------------+----------------+
| localhost | root             | Y           | Y           | Y           | Y           | Y           | Y         | Y           | Y             | Y            | Y         | Y          | Y               | Y          | Y          | Y            | Y          | Y                     | Y                | Y            | Y               | Y                | Y                | Y              | Y                   | Y                  | Y                | Y          | Y            | Y                      |          |            |             |              |             0 |           0 |               0 |                    0 | auth_socket           |                                           | N                | 2018-11-01 17:10:26   |              NULL | N              |

Pääsen siis kirjautumaan mysql:llään, kun palvelu on päällä...

[retu]

Käyttäjän root resetointiin kannattaa Googlata ohjetta käyttämäsi mysql-version perusteella.

Ellei mikään muu toimi tuohon rootin resetointiin, poista se mysql asennus (se ei poista tietokantoja). Poista sitten mysql-tietokanta (mysql-hakemisto, eli /var/lib/mysql/mysql). Asenna mysql uudestaan, se luo uuden mysql-kannan, jossa mm. käyttäjätunnukset (ja laita sitten fiksumpi salasana, jonka muistat vielä kuolinvuoteellakin  ).

Yksittäiset mysql tietokannat voi periaatteessa poistaa vaikka rm-komennolla /var/lib/mysql hakemistosta, jos käytit myisam tauluja (käytithän), mutta menee hiukan mutkikkaammaksi, jos käytit innodb:tä. Ne varsinaiset tiedothan on kaikki siinä ibdata-möhkötiedostossa

Jos haluat vain poistaa kaikki mysql-kannat, poista koko /var/lib/mysql hakemisto. Asenna sitten mysql uusiksi, se luo systeemitaulut.

[kamara]

Jos haluat vain poistaa kaikki mysql-kannat, poista koko /var/lib/mysql hakemisto. Asenna sitten mysql uusiksi, se luo systeemitaulut.

Poistin mysql:n purgella, ja sen jälkeen ei näkynyt /var/lib/mysql-hakemistoa. Kun asensin uudestaan mysql:n se ei kysynyt uutta salasanaa.

Pari waroitusta tuli asennellessa...

Koodia: [Valitse]

(frontend:3439): dbind-WARNING **: 20:30:32.619: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files

(frontend:3437): dbind-WARNING **: 20:30:32.666: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
update-alternatives: using /etc/mysql/mysql.cnf to provide /etc/mysql/my.cnf (my.cnf) in auto mode
Renaming removed key_buffer and myisam-recover options (if present)
Created symlink /etc/systemd/system/multi-user.target.wants/mysql.service → /lib/systemd/system/mysql.service.



[kamara]

Onkohan syyllinen se, että tämän juurihakemistosta loppui tila muutama päivä sitten ?

[Tomin]

Kokeilitko pääseekö Ubuntun root-käyttäjä kirjautumaan mysql:ään root-käyttäjänä ilman salasanaa? Ainakin itse yllätyin, kun olivat muuttaneet sen tuollaiseksi.
https://www.digitalocean.com/community/tutorials/how-to-reset-your-mysql-or-mariadb-root-password-on-ubuntu-18-04

Note: On fresh Ubuntu 18.04 installations, the default MySQL or MariaDB configuration usually allows you to access the database (with full administrative privileges) without providing a password as long as you make the connection from the system's root account. In this scenario it may not be necessary to reset the password. Before you proceed with resetting your database root password, try to access the database with the sudo mysql command. If this results in an access denied error, follow the steps in this tutorial.

[Efraiminpoika]

Kokeilitko pääseekö Ubuntun root-käyttäjä kirjautumaan mysql:ään root-käyttäjänä ilman salasanaa? Ainakin itse yllätyin, kun olivat muuttaneet sen tuollaiseksi.
https://www.digitalocean.com/community/tutorials/how-to-reset-your-mysql-or-mariadb-root-password-on-ubuntu-18-04

Note: On fresh Ubuntu 18.04 installations, the default MySQL or MariaDB configuration usually allows you to access the database (with full administrative privileges) without providing a password as long as you make the connection from the system's root account. In this scenario it may not be necessary to reset the password. Before you proceed with resetting your database root password, try to access the database with the sudo mysql command. If this results in an access denied error, follow the steps in this tutorial.

Linux root käyttäjä ei ole sama MySQL tai MariaDB tietokannan root käyttäjä. Kun alkaa käyttää näitä tietokantoja se on ensimmäinen todennäköisesti hämmennystä aiheuttava asia. Olisi ollut vähemmän hämminkiä aiheuttava, jos olisi alunperin annettu MySQL pääkäyttäjälle nimeksi sqlroot. sitähän MySQL root on . Kun Linux root käyttäjä voi poistaa koko tietokannan ja tietokantaohjelman niin totta kai hän saa resetoitua MySQL rootin.  Virtasen Matti ja Lehtisen Matti ovat eri henkilöitä, mutta kun puhutaan vaan Matista niin alkaa tulla hämminkiä,  jos molemmat mukana keskustelussa yhtäaikaa.
Tietoturvallisuuden heikoksi kohdaksi jää aina käyttäjä, koska hänen käyttäjänä täytyy päästä käyttämään ohjelmaa. Tehdään vaikka 10-kertainen tunnistautuminen käyttäjän on voitava tunnistautua ja käyttäjän kautta kaikki murrot tapahtuu: huono salasana tai niiden kirjoittaminen postit lapulla näppäimistön viereen tai erinäköiset viritykset automaatteihin jne.
Samaan aikaan esitetään että lähimaksaminen on nopeaa ja turvallista. Minä en luota oman tilini käyttäjään, siis itseeni, niin paljon, että haluaisin moisen helpon käytön vähäisiin rahavaroihini tililläni pelkällä kortin vilauttamisella. Pankit ei vaadi tunnistautumista, mutta Google tai Facebook tileilleni jossa en tee mitään merkityksellistä pitää kohta olla 2-vaiheinen tunnistautuminen. Ei yksinkertainen ihminen ymmärrä tätä

Mutta Digital Ocean tai Linode tarjoavat VPS-palvelimia ja heillä on myös hyviä ohjeita kaikkien luettavissa, koska heidän palveluidensa käyttö ei onnistu, jos ei osaa. MySQL/MariaD on muodostunut palvelinohjelmien perustaksi ja sen takia se on palvelimilla osattava . Jos ei osaa pitää opetella ja kysellä semmoisilta jotka ehkä osaa. Kyselemiseen tämä foorumi on ihan suositeltava

[retu]

^ Unohtui mainita että ne ovat eri tunnuksia, mutta ei se tainnut olla kamaran ihmetyksen aihe. Ettei menisi liian helpoksi kannattaa huomata että se on myös työasema (host) kohtainen. Eli root@localhost on eri tunnus kuin root@matinkone.

Debianissa (ja ubuntussa) on pitkään ollut että root@localhost oletussalasana on tyhjä ja verkkokirjautumiseen käypien tunnusten luonti jää käyttäjälle. Kirjautuminen pitäisi siis onnistua paikallisesti ilman salasanaa, jos mysql on asennettu uusiksi (ja systeemitaulut tuhottu).

Tuo tyhjä salasana ei ole niin paha miltä kuulostaa, koska sen käyttö onnistuu vain paikallisesti ei verkosta. Jos tietokantaa haluaa käyttää toiselta koneelta, on tehtävä sitä varten toinen käyttäjätunnus. Saattoi myös olla että pitää asettaa bind-address ip-osoitteeksi että mysql edes kuuntelee sitä. Jos palomuuri on käytössä, pitää vielä porata reikä porttiin 3306.

https://dev.mysql.com/doc/refman/5.7/en/create-user.html

[kamara]

Kokeilitko pääseekö Ubuntun root-käyttäjä kirjautumaan mysql:ään root-käyttäjänä ilman salasanaa? Ainakin itse yllätyin, kun olivat muuttaneet sen tuollaiseksi.
https://www.digitalocean.com/community/tutorials/how-to-reset-your-mysql-or-mariadb-root-password-on-ubuntu-18-04

Note: On fresh Ubuntu 18.04 installations, the default MySQL or MariaDB configuration usually allows you to access the database (with full administrative privileges) without providing a password as long as you make the connection from the system's root account. In this scenario it may not be necessary to reset the password. Before you proceed with resetting your database root password, try to access the database with the sudo mysql command. If this results in an access denied error, follow the steps in this tutorial.

Kiitos, nämä konstit auttoi. Valitettavasti ohjeessa on ohjeet sekä mariaDB:lle että MySQL:lle, ja ne eroavat hivenen, joten pitää olla tarkkana.

MySQL:ssä se meni jotakuinkin näin..

Koodia: [Valitse]

mysql --version
mysql  Ver 14.14 Distrib 5.7.24, for Linux (x86_64) using  EditLine wrapper
sudo systemctl edit mysql

Editointitilaan seuraavaa...

Koodia: [Valitse]

[Service]
ExecStart=
ExecStart=/usr/sbin/mysqld --daemonize --pid-file=/run/mysqld/mysqld.pid --skip-grant-tables --skip-networking

CTRL+X
'K' + Enter

Koodia: [Valitse]

sudo systemctl daemon-reload
sudo systemctl start mysql
sudo mysql -u root


Koodia: [Valitse]

mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.00 sec)

mysql> UPDATE mysql.user SET authentication_string = PASSWORD('password') WHERE user = 'root';



Koodia: [Valitse]

Query OK, 1 row affected, 1 warning (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 1

mysql> UPDATE mysql.user SET plugin = 'mysql_native_password' WHERE user = 'root';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> exit
Bye


Koodia: [Valitse]

sudo systemctl revert mysql
Removed /etc/systemd/system/mysql.service.d/override.conf.
Removed /etc/systemd/system/mysql.service.d.
sudo systemctl daemon-reload
sudo systemctl restart mysql

mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2
Server version: 5.7.24-0ubuntu0.18.04.1 (Ubuntu)

Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> exit
Bye

Toivottavasti meni oikein, mutta linkistä saa varmemmin oikeet ohjeet, mutta näitäkin voi kokeilla.

[kamara]

Joo nyt pystyn luomaan ja tuhoamaan käyttäjiä, tauluja ja tietokantoja, mutta kun lisään rivin tauluun, tulee herjaa. (Tosin se lisää rivin tietokantaan, mutta samaa en osaa tehdä PHP:ssä)...

Onko minun SQL-lauseissa jotain pielessä ?

Koodia: [Valitse]

CREATE TABLE `kamara`.`koe` ( `id` INT NOT NULL AUTO_INCREMENT , `x` INT NOT NULL , `y` INT NOT NULL , `z` INT NOT NULL , PRIMARY KEY (`id`)) ENGINE = InnoDB;
INSERT INTO `koe` (`id`, `x`, `y`, `z`) VALUES (NULL, '14', '13', '12')

... vai pitääkö asentaa koko järjestelmä uudestaan ?

Herja joka tulee...

Koodia: [Valitse]

./libraries/sql.lib.php#2128: PMA_isRememberSortingOrder(array)
./libraries/sql.lib.php#2079: PMA_executeQueryAndGetQueryResponse(
array,
boolean true,
string 'kamara',
string 'koe',
NULL,
NULL,
NULL,
NULL,
NULL,
NULL,
string '',
string './themes/pmahomme/img/',
NULL,
NULL,
NULL,
string 'SELECT * FROM `koe`',
NULL,
NULL,
)
./sql.php#221: PMA_executeQueryAndSendQueryResponse(
array,
boolean true,
string 'kamara',
string 'koe',
NULL,
NULL,
NULL,
NULL,
NULL,
NULL,
string '',
string './themes/pmahomme/img/',
NULL,
NULL,
NULL,
string 'SELECT * FROM `koe`',
NULL,
NULL,
)

Onko helpompaa asentaa koko järjestelmä puhtaalta pöydältä, vai yritänö vielä tunktata sql:llää ?

Minun mielestäni sql-lauseessani ei ole mitään vikaa, mutta herjaa tosiaan phpadminilla, ja php:llä en ole saanut näkymää ollenkaan.

[jekku]

Jos on useita eri yrityksiä säätää systeemiä niin puhdas asennus siivoaa sujuvasti jäljet.

Jos tuo insert menee kantaan kiukuttelemattä niin siinä tuskin mitään vikaa.
Miten luot kantayhteyden php:ssa? (jonkun versio-upgraden yhteydessä meni aika perusteellisesti uusiksi, nyt käytän PDO:ta)

PS. Mitä lisäarvoa haet InnoDB:llä?

[kamara]

Taisikin ratketa tällä ohjeella. 

https://stackoverflow.com/questions/48001569/phpmyadmin-count-parameter-must-be-an-array-or-an-object-that-implements-co

[kamara]

Jos on useita eri yrityksiä säätää systeemiä niin puhdas asennus siivoaa sujuvasti jäljet.

Jos tuo insert menee kantaan kiukuttelemattä niin siinä tuskin mitään vikaa.
Miten luot kantayhteyden php:ssa? (jonkun versio-upgraden yhteydessä meni aika perusteellisesti uusiksi, nyt käytän PDO:ta)

PS. Mitä lisäarvoa haet InnoDB:llä?

En hae mitään lisäarvoa InnoDB:llä, mutta tunkatessa tulee kokeiltua kaikenlaisia liikkuvia  parametreja.

Minä myös pyrin käyttämään PDO:ta.

Mikäs sql-moottori on sopivin MySQL:lle ?

[jekku]

En ala arvailemaan minä olisi sopivin MySQL:lle - minä tykästyin aikanaan MyISAM:iin, eli valitsin itselleni sopivan.
Ja se toimi riittävän hyvin. Joku tuossa InnoDB:ssä tökkäsi, kaiketi joku haamu Oracle-ajoilta, en muista.

https://en.wikipedia.org/wiki/MyISAM
https://dev.mysql.com/doc/refman/5.7/en/myisam-storage-engine.html

Silloin kun InnoDB tuli tarjolle, niin arvelin että en ala miettimään/opettelemaan sen enempää, YT pukkasi päälle

[retu]

Se InnoDB on nykyään oletusarvo ja veikkaan että Oracle kuoppaa MyIsam moottorin jossain vaiheessa. Perus sql-komentojen kannalta sillä ei ole väliä. InnoDB tukee transactioneita, MyIsam ei, siinä kai suurin ero.

Jos virittelemässä jotain vanhaa mysql-pohjaista ohjelmaa käyttöön, isompi kompastuskivi voi olla että nykyään on "ansi sql mode" päällä. (tai millä nimellä tuo nyt virallisesti olikaan, sql-mode on kuitenkin se asetus asetustiedostossa). Eli jos tulee herjaa jostain mistä ei ennen tullut, se kannattaa ottaa pois päältä. Jos taas teet jotain ihka uusia virityksiä, sitten sillä ei niin väliä.