. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 3. Using MON$IO_STATS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . out as required - but the cache will always be full. You can use the MON$ tables (in Firebird 2.1 onwards, especially MON$IO_STATS) to figure out how well your cache is being used. They will report on from disk. When the number of reads goes up dramatically, you’ve reduced the cache too much. The MON$ tables will also give you the number of Marks vs. Writes, which tells you the number of times pages

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 3. MON$IO_STATS verwenden. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . nach Gebrauch - aber der Cache wird immer gefüllt sein. Sie können die MON$-Tabellen (seit Firebird 2.1, insbesondere MON$IO_STATS) nutzen, um herauszufinden, wie gut Ihr Cache ausgelastet ist. Sie zeigen Wenn die Anzahl der Reads dramatisch in die Höhe geht, haben Sie den Cache zu sehr reduziert. Die MON$-Tabellen zeigen Ihnen außerdem die Anzahl der Marks gegen die Anzahl der Writes, welche angeben,

...................... 689 MON$ATTACHMENTS .......................................................................................................... 690 Использование MON$ATTACHMENTS для закрытия подключений подключений ........................ 691 MON$CALL_STACK .............................................................................................................. 692 MON$CONTEXT_VARIABLES ............... ....................... 693 MON$DATABASE .................................................................................................................. 694 MON$IO_STATS ...........................

. . . 501 MON$ATTACHMENTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 502 Using MON$ATTACHMENTS to . . . . 503 MON$CALL_STACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 503 MON$CONTEXT_VARIABLES . . . 505 MON$DATABASE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 505 MON$IO_STATS . . . . . . .

it’s not really all that secure as the following SQL command shows: SQL> select MON$DATABASE_NAME from mon$database; MON$DATABASE_NAME ================================= /data/databases/firebird/test.fdb and later no longer has system functions as such), collations and roles. SQL> show system; Tables: MON$ATTACHMENTS ... SEC$USER_ATTRIBUTES Collations: ASCII ... WIN_PTBR Roles: RDB$ADMIN The show system command. SQL> show table mon$io_stats; MON$STAT_ID (RDB$STAT_ID) INTEGER Nullable MON$STAT_GROUP (RDB$STAT_GROUP) SMALLINT Nullable MON$PAGE_READS

. . . 750 MON$ATTACHMENTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 751 Using MON$ATTACHMENTS to . . . . 753 MON$CALL_STACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 753 MON$CONTEXT_VARIABLES . . . 754 MON$DATABASE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 755 MON$IO_STATS . . . . . . .

. 675 MON$ATTACHMENTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 676 Verwendung von MON$ATTACHMENTS . . . . 677 MON$CALL_STACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 678 MON$CONTEXT_VARIABLES . . . 679 MON$DATABASE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 680 MON$IO_STATS . . . . . . .

are created; • The header page is formatted and written; • The various system tables — RDB$ and MON$ — and associated indices are created, and appropriate pages formatted and written to disc; • Every table — MON$DATABASE which has a copy of all of the above data in an easy to obtain format: tux> isql employee Database: employee Chapter 4. Database Header Page — Type 0x01 11 SQL> show table mon$database; mon$database; MON$DATABASE_NAME (RDB$FILE_NAME) VARCHAR(253) Nullable MON$PAGE_SIZE (RDB$PAGE_SIZE) SMALLINT Nullable MON$ODS_MAJOR (RDB$ODS_NUMBER) SMALLINT

PC_USER_PID INTEGER; BEGIN SELECT M_A.MON$REMOTE_PROTOCOL, M_A.MON$REMOTE_PROCESS, M_A.MON$SERVER_PID, M_A.MON$REMOTE_PID FROM MON$ATTACHMENTS M_A WHERE M_A.MON$ATTACHMENT_ID = CURRENT_CONNECTION INTO приложению, подключившемуся к базе данных. Позволяет не использовать системную таблицу MON$ATTACHMENTS (поле MON$REMOTE_PROCESS). Добавлена в версии 2.5.3 Возвращаемые значения и ошибки: Если запрошенная

写分离的场景。 6.5 方案实战 6.5.1 实战环境介绍 实战环境服务器列表： 服务器 主机名 ip 地址 Serverid 系统 Mysql Monitor Mon 10.1.1.111 -- Centos 5.5 64bit -- Master1 db1 10.1.1.113 1 Centos 5.5 64bit 5.1.63 Master2 中都要执行一下。 6.5.3.2 Monitor 服务器的配置 MMM 的配置文件在/etc/mysql-mmm 目录下，monitor 需要配置的文件 有 mmm_common.conf、mmm_mon.conf 两个文件。mmm_common.conf 文件在 mmm 的各个节点都是一样的，因此配置好以后 copy 到各个 DB 节点即可。 我 mmm_common.conf 的配置如下： vim 10.1.1.176, 10.1.1.177, 10.1.1.178 mode balanced 我的 mmm_mon.conf 配置如下： vim /etc/mysql-mmm/mmm_mon.conf include mmm_common.conf ip 127.0.0.1