MySQL i translation isolation level problem

Problem je exception:

org.springframework.dao.DataAccessResourceFailureException: Could not obtain last_insert_id(); nested exception is java.sql.SQLException: Binary logging not possible. Message: Transaction level 'READ-UNCOMMITTED' in InnoDB is not safe for binlog mode 'STATEMENT'

1. je l iko ima pojma zasto bi ovo moglo da se javi?

2. da li default transaction isolation level moze da se setuje per database (innodb), a ne za ceo innodb?

3. kako da vidim koji je default transaction isolation level za datu bazu?

unapred fala.

Potpis

Acta, non verba!

?! zato sto si odabrao read-uncommitted a binlog ti je tipa statement. Ili prebaci da ti binlog format bude raw ili odaberi neki drugi transaction level. MySQL nema sve tekstove gresaka idealno napisane, ali stvarno ne znam sta je ovde moglo da bude nejasno ?!



NE. default je za ceo server. Ti mozes da ga menjas u toku sesije koliko hoces puta.



Transaction level je po SESIJI, ne po BAZI - ne moze drugacije.

za trenutnu sesiju:



default:

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

btw u MySQL-u skoro nista ne moze da se setuje "po bazi", sve je vezano samo za sesiju ili globalno za ceo server

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

bogdane, fala puno.

ti decaci su cackali po MySQL-u zbog problema s konkurentnosti u radu neke aplikacije. Setovali su transaction isolation level na READ-UNCOMMITTED, desio im se zbrlj, onda su vratili na REPEATABLE READ (sve to u my.cnf). Tako bar kazu. onda su restartovali aplikaciju i javio se problem.

nisam pitao koja je verzija MySQL-a al' cenim da je 5.0.x.

moja pretpostavka je da su jos negde (hibernate) setovali transaction isolation level, ako vec nista drugo nisu dirali (tako kazu).

Potpis

Acta, non verba!

najbolje resenje
1. skok na 5.5
2. binlog format = raw (ili mixed)

i nema brige .. em je 5.5 bolji mnoooooooooooooooooooooooooooooooooogo od svega ostalog, nije zezanje, em sa raw/mixed binlog format nemas brige sve sljaka kako treba .. moguce da ti hibernate switchne isolation level u nekom trenutku .. nemoz nista po tom pitanju da uradis .. osim da uradis sto rekoh 5.5 i raw ili mixed.

btw ja cu da se ponovim po ko zna koji put, 5.5 je toliko zastrasujuce mnogo bolji od 5.0 i 5.1 da stvarno nema razloga za neprelazak ako se koristi innodb.

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

to za 5.5 stalno pricam po firmi. valjda ce i da me cuju.

evo konfiguracije na kojoj nastaje njesra, kao i my.cnf. Ja bih iskljucio binlog, dok ne vidim sta mu Spring/C3P0/Hibernate salju kao default transaction isolation level za sesiju. Sta mislis?
-----------------
mysql Ver 14.14 Distrib 5.1.58, for pc-linux-gnu (i686) using readline 5.1
-----------------
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1
server-id=22199
innodb_flush_log_at_trx_commit=1
sync_binlog=1
log-bin=/var/lib/mysql/mysql-bin.log
expire_logs_days = 4
tmpdir=/tmp

## Requested by Xavier Fort 7/29/2011
max_allowed_packet=16M
#max_connections=250
character_set_client=utf8
#character_set_connection=utf8 #invalid entry
#character_set_database=utf8 #invalid entry
character_set_filesystem=binary
#character_set_results=utf8 #invalid entry
character_set_server=utf8
#character_set_system=utf8 #invalid entry
#collation_connection=utf8_unicode_ci #invalid entry
#collation_database=utf8_unicode_ci #invalid entry
collation_server=utf8_unicode_ci
#table_type=innodb #invalid entry

## Requested by Marko Jevtovic 8/16/2011
innodb_buffer_pool_size=512M
innodb_thread_concurrency=10
innodb_additional_mem_pool_size=4M
tmp_table_size=32M
max_connections=120
default-storage-engine=innodb
default-character-set=utf8

## Added by Eric Okumura 9/2/2011
transaction-isolation=REPEATABLE-READ

Potpis

Acta, non verba!