|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
pkarklinpkarklinОперацияПингвин, пропущено... С этого момента поподробнее, пожалуйста. UP. Низкий redo rate, что мешает влючать AO для больших баз. В старых версиях этот процесс вообще был однопоточным, что на многоядерных серверах было нонсенсом. Волшебные 14 байт при включении readable реплик Сюрпризы с влиянием включения Memory Optimized в базе на AO Сложная настройка Натыкался на проблемы с бекапами логов при включенном AO, логи не бекапились! и это далеко не полный список проблем, с которыми я сталкивался ... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2017, 01:29 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
ОперацияПингвинНизкий redo rate А данные то есть для накатки? Лучше мерять длину очереди (redo_queue_size (KB)) и redo_rate одновременно. ОперацияПингвинВолшебные 14 байт при включении readable реплик Какой же это сюрприз?! Всё в соотвествии с документацией: автор When you configure read-access for one or more secondary replicas, the primary databases add 14 bytes of overhead on deleted, modified, or inserted data rows to store pointers to row versions on the secondary databases for disk-based tables. This 14-byte overhead is carried over to the secondary databases. As the 14-byte overhead is added to data rows, page splits might occur. The row version data is not generated by the primary databases. Instead, the secondary databases generate the row versions. However, row versioning increases data storage in both the primary and secondary databases. The addition of the row version data depends on the snapshot isolation or read-committed snapshot isolation (RCSI) level setting on the primary database. The table below describes the behavior of versioning on a readable secondary database under different settings for disk based tables. Да и заметить это можно только в том случае, если версионность не была включена до настройки AO, что на данном этапе развития выглядит странным. ОперацияПингвинСюрпризы с влиянием включения Memory Optimized в базе на AO Так тоже в документации указано на нюансы: автор The transaction isolation levels that can be used with memory-optimized tables on a secondary replica are the same as on the primary replica. The recommendation is to set the session-level isolation level to READ COMMITTED and set the database-level option MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT to ON. ОперацияПингвинНатыкался на проблемы с бекапами логов при включенном AO, логи не бекапились! И ошибка как при этом звучала? ОперацияПингвини это далеко не полный список проблем, с которыми я сталкивался ... Ну, собственно к обеспечению высокой доступности озвученные проблемы отношения не имеют, ибо не являются в большинстве случаев проблемами, а побочным эффектом. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2017, 11:31 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
pkarklin Всё в соотвествии с документацией: От того, что оно в документации описано, странным оно быть не перестает ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2017, 11:55 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
MSSQLAndDotNetskyANAMSSQLAndDotNet, цель топика в чём? Разобраться когда лучше использовать MS SQL Server, а когда MySQL, с конкретными примерами. Разобрался уже ? Нет ? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2017, 11:57 |
|
MS SQL Server VS MySQL
|
|||
---|---|---|---|
#18+
ОперацияПингвинpkarklin Всё в соотвествии с документацией: От того, что оно в документации описано, странным оно быть не перестает Почему странным то, если 14 байт нужны для поддержки версионности?! ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2017, 12:46 |
|
|
start [/forum/search_topic.php?author=binorder&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
get settings: |
12ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
155ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 580ms |
total: | 848ms |
0 / 0 |