mysql+selectivity_MySQL 5.7选择性同步--几个不推荐在生产环境用的参数

最新推荐文章于 2022-11-02 10:02:15 发布
最新推荐文章于 2022-11-02 10:02:15 发布
阅读量155 收藏
点赞数
文章标签： mysql+selectivity
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_29367103/article/details/113283228
版权

MySQL选择性同步

强烈建议：尽量不要使用本文中的几个参数用作MySQL选择性同步。本文仅是测试，极不推荐生产环境中用以下参数。

测试版本：MySQL 5.7.26， 注意：MySQL5.6 可能不一样！！

说明：图中最后的都是从库的结论。比如a库的表不执行binlog指的是从库中a库中不会执行主库中binlog中的xx记录。

1 binlog-do-db

1.1 binlog_format = ROW

主库配置文件my.cnf设置：

binlog-do-db=a;

实验如下：

1.1.1 DDL语句

主库上DDL操作：

(1)创建库b，创建库a

主库执行：

mysql>show databases;+--------------------+

| Database |

+--------------------+

| information_schema |

| mysql |

| performance_schema |

| sys |

+--------------------+

4 rows in set (0.00sec)

mysql> create databasea;

Query OK,1 row affected (0.00sec)

mysql> create databaseb;

Query OK,1 row affected (0.00sec)

mysql>show databases;+--------------------+

| Database |

+--------------------+

| information_schema |

| a |

| b |

| mysql |

| performance_schema |

| sys |

+--------------------+

6 rows in set (0.00sec)

mysql>show master status\G*************************** 1. row ***************************

File: binlog.000004Position:462Binlog_Do_DB: a

Binlog_Ignore_DB:

Executed_Gtid_Set:1 row in set (0.00sec)

mysql># mysqlbinlog--base64-output=decode-rows -v -v binlog.000004 >> ~/db_01.txt# at372#200224 14:18:12 server id 1611343306 end_log_pos 462 CRC32 0x738926e7 Query thread_id=4 exec_time=0 error_code=0

SET TIMESTAMP=1582525092/*!*/;create databasea/*!*/;SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /*added by mysqlbinlog*/ /*!*/;

DELIMITER ;

#End of log file

/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

从库执行：

mysql>show databases;+--------------------+

| Database |

+--------------------+

| information_schema |

| a |

| mysql |

| performance_schema |

| sys |

+--------------------+

5 rows in set (0.00sec)

mysql>show slave status\G*************************** 1. row ***************************Slave_IO_State: Waitingfor master tosend event

Master_Host:172.16.161.134Master_User: repl

Master_Port:3306Connect_Retry:60Master_Log_File: binlog.000004Read_Master_Log_Pos:462Relay_Log_File: relaylog.000006Relay_Log_Pos:669Relay_Master_Log_File: binlog.000004Slave_IO_Running: Yes

Slave_SQL_Running: Yes

结论：主库创建的库，设置了binlog-do-db的库会记录在binlog日志里，而未指定的不会记录在binlog中。

(2)在a库中创建库a的a表，在库a中创建库b的b表。

主库：

mysql> usea;Databasechanged

mysql> create table a (id int);

Query OK,0 rows affected (0.01sec)

mysql> create table b.b (id int);

Query OK,0 rows affected (0.01sec)

mysql>主库的binlog日志：use `a`/*!*/;SET TIMESTAMP=1582525459/*!*/;create table a (id int)/*!*/;

# at623#200224 14:24:29 server id 1611343306 end_log_pos 688 CRC32 0x0ca2b45e Anonymous_GTID last_committed=3 sequence_number=4 rbr_only=noSET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at688#200224 14:24:29 server id 1611343306 end_log_pos 786 CRC32 0x15eeef53 Query thread_id=4 exec_time=0 error_code=0

SET TIMESTAMP=1582525469/*!*/;create table b.b (id int)/*!*/;SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /*added by mysqlbinlog*/ /*!*/;

DELIMITER ;

#End of log file

/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

从库：

mysql> desca.a;+-------+---------+------+-----+---------+-------+

| Field | Type | Null | Key | Default | Extra |

+-------+---------+------+-----+---------+-------+

| id | int(11) | YES | | NULL | |

+-------+---------+------+-----+---------+-------+

1 row in set (0.00sec)

mysql>show slave status\G*************************** 1. row ***************************Slave_IO_State: Waitingfor master tosend event

Master_Host:172.16.161.134Master_User: repl

Master_Port:3306Connect_Retry:60Master_Log_File: binlog.000004Read_Master_Log_Pos:786Relay_Log_File: relaylog.000006Relay_Log_Pos:830Relay_Master_Log_File: binlog.000004Slave_IO_Running: Yes

Slave_SQL_Running: No

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno:1049Last_Error: Error'Unknown database'b'' on query. Default database: 'a'. Query: 'create table b.b (id int)'

由于a库中的记录都同步到了binlog，而从库中没有b库，所以同步异常。

结论：在a库中的DDL操作都会记录在binlog中。

(3)    在b库中对a库的a表进行DDL

先在从库中创建b库，解决上面同步的报错，这样从库中也有了b库和b库的b表。

mysql> useb;Databasechanged

mysql> alter table a.a add column name varchar(10);

Query OK,0 rows affected (0.02sec)

Records:0 Duplicates: 0 Warnings: 0mysql> desca.a;+-------+-------------+------+-----+---------+-------+

| Field | Type | Null | Key | Default | Extra |

+-------+-------------+------+-----+---------+-------+

| id | int(11) | YES | | NULL | |

| name | varchar(10) | YES | | NULL | |

+-------+-------------+------+-----+---------+-------+

2 rows in set (0.00 sec)

查看主库的binlog日志，发现这个操作并没有记录在binlog中。

结论：在b库中进行的DDL操作并不会记录在binlog中。因此从库中也不会执行到这一操作。

(4)

在a库中对b库的表进行DDL

主库：

mysql> usea;

Readingtable information for completion of table and columnnames

You can turnoff this feature to get a quicker startup with -ADatabasechanged

mysql> alter table b.b add column name varchar(10);

Query OK,0 rows affected (0.02sec)

Records:0 Duplicates: 0 Warnings: 0mysql>主库binlog日志：

# at851#200224 15:31:20 server id 1611343306 end_log_pos 967 CRC32 0x13c14a93 Query thread_id=4 exec_time=0 error_code=0

SET TIMESTAMP=1582529480/*!*/;alter table b.b add column name varchar(10)/*!*/;SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /*added by mysqlbinlog*/ /*!*/;

DELIMITER ;

#End of log file

/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

从库：

mysql> descb.b;+-------+-------------+------+-----+---------+-------+

| Field | Type | Null | Key | Default | Extra |

+-------+-------------+------+-----+---------+-------+

| id | int(11) | YES | | NULL | |

| name | varchar(10) | YES | | NULL | |

+-------+-------------+------+-----+---------+-------+

2 rows in set (0.01sec)

mysql>

同步正常！

小结论：

(1)    使用binlog-do-db参数，指定了什么库，那么在这个库上(use xxx)的DDL操作都会记录到binlog中。

(2)    使用binlog-do-db参数，在未指定的库上执行的DDL语句， 都不会记录在binlog中，尽管是操作执行binlog-do-db执行数据库的DDL。

5e8bf11cb1e72b6fdfa118126f727084.png

1.1.2 DML 语句

主库DML操作：

(1)    在a库中对a库的表进行DML

让保持从库同步主库a库a表。

主库：

mysql> usea;Databasechanged

mysql> drop tablea;

Query OK,0 rows affected (0.01sec)

mysql> create table a (id int);

Query OK,0 rows affected (0.01sec)

mysql> insert into a values(1);

Query OK,1 row affected (0.01sec)

从库：

mysql> select * froma.a;+------+

| id |

+------+

| 1 |

+------+

1 row in set (0.00 sec)

结论：在a库中操作a表会记录在binlog。

(2)    在a库中对b库的表进行DML

主库：

mysql> descb.b;+-------+-------------+------+-----+---------+-------+

| Field | Type | Null | Key | Default | Extra |

+-------+-------------+------+-----+---------+-------+

| id | int(11) | YES | | NULL | |

| name | varchar(10) | YES | | NULL | |

+-------+-------------+------+-----+---------+-------+

2 rows in set (0.01sec)

mysql> usea;Databasechanged

mysql> insert into b.b values(1,'b');

Query OK,1 row affected (0.01sec)

mysql> select * fromb.b;+------+------+

| id | name |

+------+------+

| 1 | b |

+------+------+

1 row in set (0.00sec)

mysql>从库：

mysql> select * fromb.b;

Emptyset (0.00sec)

mysql>

结论：在binlog-do-db指定的库中操作其它库的DML语句，不会记录在binlog中。

(3)    在b库中对a库的表进行DML

主库：

mysql> desca.a;+-------+---------+------+-----+---------+-------+

| Field | Type | Null | Key | Default | Extra |

+-------+---------+------+-----+---------+-------+

| id | int(11) | YES | | NULL | |

+-------+---------+------+-----+---------+-------+

1 row in set (0.00sec)

mysql> useb;Databasechanged

mysql> select * froma.a;+------+

| id |

+------+

| 1 |

+------+

1 row in set (0.00sec)

mysql> insert into a.a values(2);

Query OK,1 row affected (0.00sec)

mysql> select * froma.a;+------+

| id |

+------+

| 1 |

| 2 |

+------+

2 rows in set (0.00sec)

mysql>主库binlog日志：

# at1622#200224 16:23:48 server id 1611343306 end_log_pos 1696 CRC32 0x99c73a44 Query thread_id=4 exec_time=0 error_code=0

SET TIMESTAMP=1582532628/*!*/;BEGIN

/*!*/;

# at1696#200224 16:23:48 server id 1611343306 end_log_pos 1737 CRC32 0xfef48115 Table_map: `a`.`a` mapped to number 113# at1737#200224 16:23:48 server id 1611343306 end_log_pos 1777 CRC32 0x5e85445b Write_rows: table id 113flags: STMT_END_F

###INSERT INTO`a`.`a`

###SET###@1=2 /*INT meta=0 nullable=1 is_null=0*/# at1777#200224 16:23:48 server id 1611343306 end_log_pos 1808 CRC32 0x602e2c5c Xid = 78

COMMIT/*!*/;SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /*added by mysqlbinlog*/ /*!*/;

DELIMITER ;

#End of log file

/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

从库：

mysql> select * froma.a;+------+

| id |

+------+

| 1 |

| 2 |

+------+

2 rows in set (0.00 sec)

结论：binlog中没有use b的记录，操作binlog-do-db指定库的DML语句会被记录到binglog中。20f4f1c4b2ce20636440b1b96f39eae8.png

2 binlog-ignore-db

主库配置文件my.cnf设置：

binlog-ignore-db=a;

2.1 binlog_format = ROW

2.1.1 DDL语句

(1)在b库中创建a库中的表

主库：

mysql> useb;

Readingtable information for completion of table and columnnames

You can turnoff this feature to get a quicker startup with -ADatabasechanged

mysql> create table a.a2 (id int);

Query OK,0 rows affected (0.02sec)

从库:

mysql>show tables;+-------------+

| Tables_in_a |

+-------------+

| a |

| a2 |

+-------------+

结论：在非binlog-ignore-db指定的库中执行的DDL语句会记录在binlog中。

(2)在a库中创建b库中的表

主库：

mysql> usea;

Readingtable information for completion of table and columnnames

You can turnoff this feature to get a quicker startup with -ADatabasechanged

mysql> create table b.b2 (id int);

Query OK,0 rows affected (0.01sec)

mysql>从库：

mysql> useb;Databasechanged

mysql>show tables;+-------------+

| Tables_in_b |

+-------------+

| b |

+-------------+

1 row in set (0.01 sec)

结论：在binlog-ignore-db指定的库中执行的DDL语句都不记录在binlog中。

e0defeac1591e915819e93d4153b5871.png

2.1.2 DML语句

(1)在b库中对a库的表进行DML操作

主库：

mysql> useb;Databasechanged

mysql> insert into a.a2 values(10);

Query OK,1 row affected (0.00sec)

mysql> select * froma.a2;+------+

| id |

+------+

| 10 |

+------+

1 row in set (0.00sec)

mysql>从库：

mysql>show slave status\G*************************** 1. row ***************************Slave_IO_State: Waitingfor master tosend event

Master_Host:172.16.161.134Master_User: repl

Master_Port:3306Connect_Retry:60Master_Log_File: binlog.000005Read_Master_Log_Pos:482Relay_Log_File: relaylog.000009Relay_Log_Pos:689Relay_Master_Log_File: binlog.000005Slave_IO_Running: Yes

Slave_SQL_Running: Yes

mysql> select * froma.a2;

Emptyset (0.00 sec)

结论：在非binlog-ignore-db指定的库中执行操作binlog-ignore-db指定的库的表DML语句都不记录在binlog中。

(2)在a库中对b库的表进行DML操作

主库：

mysql> usea;Databasechanged

mysql> select * fromb.b;+------+------+

| id | name |

-----+------+

| 1 | b |

+------+------+

1 row in set (0.00sec)

mysql> insert into b.b values(2,'b1');

Query OK,1 row affected (0.01sec)

mysql> select * fromb.b;+------+------+

| id | name |

+------+------+

| 1 | b |

| 2 | b1 |

+------+------+

2 rows in set (0.00sec)

从库：

mysql> select * fromb.b;+------+------+

| id | name |

+------+------+

| 2 | b1 |

+------+------+

1 row in set (0.00sec)

mysql>

结论：在binlog-ignore-db指定的库中执行操作非binlog-ignore-db指定的库的表DML语句都会记录在binlog中。

247643743523b5a86c8df3cca46ed08a.png

3 replicate-do-db

这个是对从库起作用的参数，在从库中配置：

replicate-do-db=a;

3.1 binlog_format = ROW

3.1.1 DDL语句

(1)在a库中对b库的表进行DDL

主库：

mysql> usea;Databasechanged

mysql> create table b.b6 (id int);

Query OK,0 rows affected (0.01sec)

mysql>从库：

mysql> useb;Databasechanged

mysql>show tables;+-------------+

| Tables_in_b |

+-------------+

| b6 |

+-------------+

5 rows in set (0.00 sec)

结论：从库会将主库的所有binlog记录同步到relay日志，从库对于在指定replicate-do-db库中执行的DDL语句都会执行。

(2)在b库中对a库的表进行DDL

主库：

mysql> useb;

Readingtable information for completion of table and columnnames

You can turnoff this feature to get a quicker startup with -ADatabasechanged

mysql> create table a.a6 (id int);

Query OK,0 rows affected (0.01sec)

从库：

mysql> usea;

Readingtable information for completion of table and columnnames

You can turnoff this feature to get a quicker startup with -ADatabasechanged

mysql>show tables;+-------------+

| Tables_in_a |

+------------+

| a |

| a1 |

| a2 |

| a4 |

+-------------+

结论：从库会将主库的所有binlog记录同步到relay日志，从库对于在非指定replicate-do-db库中执行的DDL语句都不会执行。

efb72002c2dce3dd620c3ff09943631a.png

3.1.2 DML语句

(1)在a库中对b库的表进行DML

主库：

mysql> usea;Databasechanged

mysql> insert into b.b6 values(1);

Query OK,1 row affected (0.01sec)

从库：

mysql> select * fromb.b6;

Emptyset (0.00 sec)

结论：从库会将主库的所有binlog记录同步到relay日志，对于非指定replicate-do-db库的DML语句都不会执行。

(2)在b库中对a库的表进行DML

主库：

mysql> select * froma.a;+------+

| id |

+------+

| 1 |

| 2 |

+------+

2 rows in set (0.00sec)

mysql> useb;Databasechanged

mysql> insert into a.a values(3);

Query OK,1 row affected (0.00sec)

mysql> select * froma.a;+------+

| id |

+------+

| 1 |

| 2 |

| 3 |

+------+

3 rows in set (0.00sec)

从库：

mysql>mysql> select * froma.a;+------+

| id |

+------+

| 1 |

| 2 |

| 3 |

+------+

3 rows in set (0.00 sec)

结论：从库会将主库的所有binlog记录同步到relay日志，从库对于指定replicate-do-db库的DML语句都会执行。对于非指定replicate-do-db库的DML语句都不执行。

52828036f5cf1b1d7448fe92b48bfe75.png

4 replicate-ignore-db

这个是对从库起作用的参数，在从库中配置：

replicate-ignore-db=a;

4.1 binlog_format = ROW

4.1.1 DDL语句

(1)在a库中对b库的表进行DDL

主库：

mysql> usea;

Readingtable information for completion of table and columnnames

You can turnoff this feature to get a quicker startup with -ADatabasechanged

mysql> create table b.b7 (id int);

Query OK,0 rows affected (0.01sec)

mysql> alter table b.b add column (age int);

Query OK,0 rows affected (0.05sec)

Records:0 Duplicates: 0 Warnings: 0从库：

mysql> useb;

Readingtable information for completion of table and columnnames

You can turnoff this feature to get a quicker startup with -ADatabasechanged

mysql>show tables;+-------------+

| Tables_in_b |

+-------------+

| b |

| b1 |

| b2 |

| b3 |

| b6 |

+-------------+

5 rows in set (0.00sec)

mysql> descb;+-------+-------------+------+-----+---------+-------+

| Field | Type | Null | Key | Default | Extra |

+-------+-------------+------+-----+---------+-------+

| id | int(11) | YES | | NULL | |

| name | varchar(10) | YES | | NULL | |

+-------+-------------+------+-----+---------+-------+

结论：从库会将主库的所有binlog记录同步到relay日志，对于在replicate-ignore-db库执行的的DDL语句都不会执行。

(2)在b库中对a库的表进行DDL

主库：

mysql> useb;

Readingtable information for completion of table and columnnames

You can turnoff this feature to get a quicker startup with -ADatabasechanged

mysql> create table a.a7 (id int);

Query OK,0 rows affected (0.02sec)

mysql> alter table a.a add column (age int);

Query OK,0 rows affected (0.05sec)

Records:0 Duplicates: 0 Warnings: 0从库：

mysql> usea;

Readingtable information for completion of table and columnnames

You can turnoff this feature to get a quicker startup with -ADatabasechanged

mysql> desca;+-------+---------+------+-----+---------+-------+

| Field | Type | Null | Key | Default | Extra |

+-------+---------+------+-----+---------+-------+

| id | int(11) | YES | | NULL | |

| age | int(11) | YES | | NULL | |

+-------+---------+------+-----+---------+-------+

2 rows in set (0.00sec)

mysql>show tables;+-------------+

| Tables_in_a |

+-------------+

| a |

| a1 |

| a2 |

| a4 |

| a7 |

+-------------+

5 rows in set (0.00sec)

mysql>

结论：从库会将主库的所有binlog记录同步到relay日志，对于非replicate-ignore-db库执行的的DDL语句都会执行。

2561e18c4f6bfb4d437a441314454509.png

4.1.2 DML语句

(1)在a库中对b库的表进行DML

主库：

mysql> usea;Databasechanged

mysql> insert into b.b (id) values(21);

Query OK,1 row affected (0.00sec)

从库：

mysql> select * fromb.b;+------+------+

| id | name |

+------+------+

| 1 | b |

| 2 | b1 |

| 21 | NULL |

+------+------+

3 rows in set (0.00 sec)

结论：从库会将主库的所有binlog记录同步到relay日志，对于在replicate-ignore-db库中执行的非replicate-ignore-db指定库表的DML语句都会执行。

(2)在b库中对a库的表进行DML

主库：

mysql> useb;

Readingtable information for completion of table and columnnames

You can turnoff this feature to get a quicker startup with -ADatabasechanged

mysql> insert into a.a (id) values(22);

Query OK,1 row affected (0.01sec)

从库：

mysql> select * froma.a;+------+------+

| id | age |

+------+------+

| 1 | NULL |

| 2 | NULL |

| 3 | NULL |

| 1 | NULL |

| 4 | NULL |

| 100 | NULL |

| 400 | NULL |

| 600 | NULL |

+------+------+

8 rows in set (0.00 sec)

结论：从库会将主库的所有binlog记录同步到relay日志，对于在非replicate-ignore-db库执行的非replicate-ignore-db库的表的DML语句都会执行，replicate-ignore-db库的表的DML都不会执行。

dd6c5419a6d1359cdb810fdf934f1595.png

5 总结

请尽量不要在生产环境中使用以上参数！请尽量不要在生产环境中使用以上参数！请尽量不要在生产环境中使用以上参数！

好食捷
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle优化器 Cardinality基数与Selectivity选择性
12-14
优化器（optimizer）是oracle数据库内置的一个核心子系统。优化器的目的是按照一定的判断原则来得到它认为的目标SQL在当前的情形下的最高效的执行路径，也就是为了得到目标SQL的最佳执行计划。依据所选择执行计划时所用的判断原则，oracle数据库里的优化器又分为RBO和CBO两种。 一、基于规则的优化器。《RBO: Rule-Based Optimization》      Oracle会在代码里事先为各种类型的执行路径定一个等级，一共15个等级，从等级1到等级15，oracle认为等级1的执行路径是效率最高的，等级15是执行效率最差的。对于等级相同的执行计划，oracle根据目标对象
MySQL中的cardinality 和selectivity
lkforce
01-24 2732
cardinality 在英语中的本意是基数，在MySQL中，可以理解为索引基数，这个概念代表了某个索引字段（包括复合索引）中不同数值（数值组合）的个数，相当于Distinct之后的结果。官网中举的是性别的例子，性别字段只有“男”或者“女”这两种可能的值，所以这个字段的cardinality 就是2。 selectivity可以被认为是选择度，是由cardinality 算出来的，公式是
MySQL的二进制日志（binlog）使用分析（2）——使用mysqlbinlog命令查看日志信息
睿思达DBA
07-03 1461
MySQL的二进制日志（binlog）使用分析（2）——使用mysqlbinlog命令查看日志信息 默认情况下binlog日志是二进制文件，无法直接查看。mysqlbinlog命令的功能是将Mysql的binlog日志转换成Mysql语句。mysqlbinlog命令的格式如下： 1、基本功能 mysqlbinlog 日志文件名; 说明：把日志文件的信息在屏幕上直接显示出来。 命令执行的结果如下： [root@localhost wgx]# mysqlbinlog /var/lib/mysql/mysql-
mysql日志恢复 50530_mysql利用binlog日志恢复数据库小实验
weixin_39640909的博客
01-28 323
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;/*!40019 SET @@session.max_insert_delayed_threads=0*/;/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;DELIMITER/*!*/;# at4#181203 ...
MySQL创建复合索引
__Yoon
01-29 8553
在MySQL数据库中，创建复合索引的时候，不知道在创建过程中哪个列在前面，哪个列该在后面，用以下方式即可： select count(distinct first_name)/count(*) as first_name_selectivity, count(distinct last_name)/count(*) as last_name_selectivity, count(*) fr
class_selectivity_index:关于单一方向进行概括的重要性（Morcos等人，ICLR 2018）
04-29
非常简单地复制了论文中的图A2（b），关于单一方向对泛化的重要性（Morcos等，ICLR 2018），这表明类选择性随着深度的增加而增加。 原始论文使用的是resnet-50，但是此代码使用的是vgg11。 有关详细信息，请参阅原始...
夹在两个熔融石英衬底之间的两层光栅的偏振选择性
03-14
基于夹在两个熔融石英衬底之间的两层光栅描述了偏振选择性。 偏振选择光栅可以高效地衍射TE偏振，并且可以均匀地分割TM偏振。 利用这种新颖的结构，该光栅可以具有高效率的夹层光栅和两层光栅的宽带特性。 应用模态...
最高百分比政策和高等教育选择性的回归-研究论文
06-09
我通过评估加州大学实施的基于成绩的“最高百分比”政策的影响，研究了基于考试的精英管理在大学录取中的有效性。... 这些发现表明，选择性大学的准入导向录取政策可以在不损失效率的情况下促进经济流动。
High Selectivity and CM Suppression Frequency-Dependent Coupling Balanced BPF
02-07
In this letter, a compact second-order balanced microstrip bandpass filter (BPF) with high selectivity and common-mode (CM) suppression performances is presented based on the magnetically coupled ...
mysql selectivity_JFinal mysql 选择性修改数据库 类似mybatis selective操作
weixin_42544461的博客
01-27 203
刚接触jfinal半个月，关于修改表格方法只找到了update,或者自己去拼sql，不知道大家有没有这个问题。实在没找到框架内的选择性修改table的方法，于是自己封装了一个，希望对大家有所帮助。可能jinal有类似方法，我没有发现，如果大家知道的话，可以评论里告我，万分感谢！封装完以后调用参数有两个：sql空间名namespace + 要修改的model。sql模板的名称可以固定为updateB...
索引的Selectivity
数据库
01-27 197
选择性，表示一个行集当中的一小部分行 这个行集可以是基表，视图，或者一个join的结果集，或者一次group by操作 选择性受限于查询谓词，比如，last_name='Smith',或者一个联合谓词，比如，last_name='Smith' ADN job_type='Clerk' 一个谓词就像一个过滤器，从行集当中过滤掉某些行 因此，一个谓词选择性意味着一个行集当中...
mysql 选择性高
weixin_34218890的博客
01-11 782
选择性高是指能够过滤掉更多不需要的记录。举例来说，在一个公司里，使用性别只能过滤掉一半的人，而使用姓名一般可以过滤掉99%以上的人，因为会有重名情况，而使用员工号，选出一个，其他的全部过滤掉。也就是说，员工号的选择性最高。...
MySQl中关于Cardinality的理解
06-18 3504
Cardinality的定义:In SQL (Structured Query Language), the term cardinality refers to the uniqueness of data values contained in a particular column (attribute) of a database table. The lower the
mysql selectivity_在 SQL 里描述数据分布情况的时候，有 Cardinality 和 Selectivity 两个概念，有什么区别？...
weixin_34208146的博客
01-26 128
What is the difference between cardinality and selectivity?In SQL, cardinality refers to the number of unique values in particular column. So, cardinality is a numeric value that applies to a specific...
Mysql索引的选择性
guoguo1980的专栏
01-30 2149
对于索引的使用，MySQL并不一直都是用采用正确的决定的。参考一个简单的表:CREATE TABLE `r2` (`ID` int(11) DEFAULT NULL,`ID1` int(11) DEFAULT NULL,`CNAME` varchar(32) DEFAULT NULL,KEY `ID1` (`ID1`)) ENGINE=MyISAM DEFAULT CHARSET=latin1
SELECTIVITY 选择率讨论
weixin_34252686的博客
11-09 696
2019独角兽企业重金招聘Python工程师标准>>> ...
高性能的Mysql读书笔记系列之五（创建高性能的索引）
jdk_wangtaida的博客
09-21 1904
前言： 正文： 总结：
MySQL是如何保证主从一致的
热门推荐
qq_48157004的博客
11-02 1万+
Binary log(二进制日志)，简称Binlog。Binlog是记录所以数据表结构变更以及表数据修改的二进制日志，不会记录select和show这类操作。Binlog是以事件形式记录，还包括语句所执行的消耗时间。Binlog是MySql Server自己的日志，但是Redo Log是基于InnoDB引擎所特有的日志。它是一个逻辑日志。主从复制在主库开启Binlog功能，这样主库就可以把Binlog传递给从库，从库拿到Binlog后实现数据恢复达到主从数据一致性。数据恢复。
mysql主从延迟设置
eagle89的专栏
07-16 1236
延迟复制背景： 1.1）系统已上线，风控及灾备考虑，单机数据库缺陷风险高； A：数据库目前是主从结构，为避免误操作，所以从库是延迟15分钟，如果发现误操作可以在15分钟内暂停从库同步， 并从从库获取相关数据修复被误操作的主库。并在每天凌晨3点非业务高峰时间对mysql-master进行备份。 1.2）后续数据分析可能连接从库获取数据 A：数据分析需要确认是否有实时性要求，如果实时性要求目前延迟15分钟可能会影响分析， 该延迟时间可以根据航天方具体要...
antenna+with+turnable+radiation+nulls+for+high+selectivity
最新发布
10-24
Antenna with turnable radiation nulls for high selectivity is a type of antenna that is designed to reduce interference from unwanted signals. It achieves this by using nulls, which are areas of zero ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值