Hi,Queries are always going to pile up with MyISAM because write locks have higher priority than read locks, though you could try LOW_PRIORITY_UPDATES which will invert the lock priority, but could starve writes.MySQL 5.6 changes the way locking works for partitions, and write locks are held only for one, not all partitions. I'm not sure if MariaDB has ported these changes or not, but if not, a write lock will write-lock ALL partitions even when inserting into one.I would suggest that you switch to InnoDB, and investigate using smaller partitions (weekly instead of monthly) and also determine if 5.6 has better insertion performance after these changes, if so, consider using Oracle MySQL not MariaDB.--Justin_______________________________________________On Fri, Jan 29, 2016 at 3:35 AM, walter harms <wharms@bfs.de> wrote:
Am 27.01.2016 20:05, schrieb Tom Worster:
> Hi wh,
>
> If a table has any indexes then inset time increases with the number of
> records in the table. Even with only one index, the difference between
> inserting when the table is nearly empty and when it has many millions of
> records can be dramatic.
>
> If you have some understanding of how conventional indexes work then this
> effect can become fairly easy to imagine.
>
It is not that easy, since tables in my test 10.1.10 and mysql 5.1.53
have the same setup. I would not be surprised if the difference had been
10% or so. But the actual difference is much more, causing jobs to pile up
at peak times.
Unfortunately i have correct my self at one small point the engine is MyISAM.
re,
wh
> Tom
>
> On 1/27/16, 5:27 AM, "Maria-discuss on behalf of walter harms"
> <maria-discuss-bounces+fsb=thefsb.org@lists.launchpad.net on behalf of
> wharms@bfs.de> wrote:
>
>> Hello list,
>> i have a strange problem with inserts.
>> The tables is large (time series data) and has a
>> lot of partitions, engine is IMMODB.
>> We have notice that the write performance decreases with
>> time, start of the month good, end of the month bad.
>>
>> The same behavier is the lasted version of mariadb.
>> But when i replace mariadb with mysql the problems vanishes
>> (so its not a hardware issue). I suspect that it is a caching
>> problem but a comparison of the configs did not give a hint.
>> Anyone an idea what may cause the effect ?
>>
>>
>> re,
>> wh
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~maria-discuss
>> Post to : maria-discuss@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~maria-discuss
>> More help : https://help.launchpad.net/ListHelp
>
>
_______________________________________________
Mailing list: https://launchpad.net/~maria-discuss
Post to : maria-discuss@lists.launchpad.net
Unsubscribe : https://launchpad.net/~maria-discuss
More help : https://help.launchpad.net/ListHelp
Mailing list: https://launchpad.net/~maria-discuss
Post to : maria-discuss@lists.launchpad.net
Unsubscribe : https://launchpad.net/~maria-discuss
More help : https://help.launchpad.net/ListHelp