Am 21.06.2013 12:48, schrieb Steven Siebert:
You stated these IDs are sequential...do you know if there is any way to
modify this to utilize a random generation? Sequential session IDs are
an avenue to session hijacking.
There is no attack vector opening up by knowing a session ID. A
Steven,
Am 21.06.2013 13:35, schrieb Steven Siebert:
If the TCP connection is lost...is the effectively session over and
can not be re-established on another socket?
Yes.
In a mysql client sense, I
would need to re-establish a connection and set my session variables again
rather than just
Franck,
Am 19.06.2013 21:00, schrieb Franck Dernoncourt:
A table `logs/#sql-ib203` appeared after a MySQL crash
the #sql-ibtableID tables are temporarily created during an
ALTER TABLE operation for recovery purposes. Apparently these
temporary tables might stay in certain circumstances
Am 17.06.2013 13:11, schrieb Mihamina Rakotomandimby:
Say the binary log file (on the master) has reached its maximum
size, so that it has to switch to a +1 binary log file: does he
inform the SLAVE of that switch so that the SLAVE updates its
information about the MASTER status?
The master
.
You might try using low_priority_updates to mitigate this.
Regards,
--
Denis Jedig
syneticon networks gmbh
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql
for
deletion.
Kind regards,
Denis Jedig
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql
].
[1] http://en.wikipedia.org/wiki/Denormalization
--
Denis Jedig
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql
to a misconfiguration or a
regression / bug to file. And MySQL counters are not exactly
helping - it is completely opaque to me where the memory is going.
--
Denis Jedig
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql
even after several hours of operation under
similar load.
I have posted a question to
http://dba.stackexchange.com/questions/40413 which I will
update with further information as I get it.
Any hints on how to hunt the resource hog greatly appreciated,
--
Denis Jedig
--
MySQL General Mailing