findByPk(@Param("address") String address, @Param("contractAddress") String contractAddress); } 数据库表结构
真实的业务经常会出现查询复合主键其他字段的情况,这个时候有没有什么优化原则呢? 答案是有的,接下来我用一个例子做个测试。...─uniq(a)─┬─uniq(b)─┬──uniq(c)─┐ │ 501 │ 50001 │ 50148092 │ └─────────┴─────────┴──────────┘ 查询复合主键第一个字段...查询复合主键第三个字段,需要全表扫描 5000w 行数据: select count(1) from test_cardinality where c = '10000'; ┌─count()─┐ │...复合主键 a,b,c ,数据的排序也会按照这个顺序排序,即a先排序,相同的a再按照b排序,相同b再排c。...所以当复合主键的多个字段,基数相差较大时,按基数从小到大的顺序性能最好。 如果复合主键的多个字段,基数相差不大呢?以后有时间再分享給大家。
表结构 image.png 创建表sql CREATE TABLE `users` ( `class_id` int NOT NULL, `user_id` int NOT NULL, `user_name...image.png 插入表数据sql INSERT INTO `users`(`class_id`, `user_id`, `user_name`, `money_out`) VALUES (1, 1...from `users` where `class_id` = 1; delete from `users` where `class_id` = 2 and `user_id` = 2; 复合主键多条件批量查询...-- 查询班级1,用户1和3 select * from `users` where `class_id` = 1 and `user_id` in(1,3); 复合主键的多条件批量删除...-- 刪除班级2,用户1和3 delete from `users` where `class_id` = 2 and `user_id` in (1,3); 复合主键的多条件批量修改
创建架构,复合主键,主表,从表的创建方法。...not null , s_id int not null, u_id int constraint PK_ID primary key(id,s_id,u_id)--创建复合主键...) create table XIXI.O(--主表 id int constraint PK_OK primary key, ) create table XIXI.K(--从表 id...int constraint FK_id foreign key(id) references XIXI.O(id) ) --先删从表再删主表 drop table XIXI.K drop table
1.一个没加主键的表,它的数据无序的放置在磁盘存储器上,一行一行的排列的很整齐. 2.一个加了主键的表,并不能被称之为「表」。...如果给表上了主键,那么表在磁盘上的存储结构就由整齐排列的结构转变成了树状结构,并且是「平衡树」结构,换句话说,就是整个表就变成了一个索引。...没错,再说一遍,整个表变成了一个索引,也就是所谓的「聚集索引」。...这就是为什么一个表只能有一个主键,一个表只能有一个「聚集索引」,因为主键的作用就是把「表」的数据格式转换成「索引(平衡树)」的格式放置。 ...,下面就是一个主键和三个常规索引的结构 4.通过主键去查,叶子节点就是数据行 5.通过其他索引字段去查,那么叶子节点是主键ID,然后再去根据主键查,聚集索引(主键)是通往真实数据所在的唯一路径 7
一个表主键信息采集脚本 今天在做数据库巡检的时候,想到了一个巡检项,就是想看看线上环境目前有哪些表没有使用主键,分析这个信息可以发现一些业务在查询的时候的潜在问题,由于这个信息从来没有采集过...这个问题需要拆成好几个子问题来解决: 01 如何查询目前哪些表有主键?...查询目前哪些表有主键,可以通过information_schema.key_column_usage表来确定哪些列使用了主键约束,这个表中包含如下列,每个列的含义如下: CONSTRAINT_CATALOG...02 如何获得当前数据库中没有主键的表? 要想获得没有主键的表,需要使用全库的所有表去掉包含主键的表,那么问题就先转化为如何获取全库的所有表?...,其中information_schema,mysql以及performance_schema表都做了删减,我们用这个结果减掉刚才我们查出来的包含主键约束的表,就是剩余的那些没有包含主键的表。
之前踩到过MySQL主键溢出的情况,通过prometheus监控起来了,具体见这篇MySQL主键溢出复盘 这次遇到的坑,更加的隐蔽。 是一个log表里面的一个int signed类型的列写满了。...快速的解决方法当然还是只能切新表来救急了,然后搬迁老表的部分历史数据到热表。 亡羊补牢,处理完故障后,赶紧写脚本把生产的其他表都捋一遍。...下面是我暂时用的一个检测脚本,还不太完善,凑合用 分2个文件(1个sql文件,1个shell脚本) check.sql 内容如下: SELECT cast( pow(2, case data_type...')') from information_schema.COLUMNS where TABLE_SCHEMA NOT IN ('information_schema','sys','test','mysql...NULL" ]]; then continue fi if [ ${ret} -lt 5000000 ] ; then echo "$line 剩余空间 ${ret}, 该表可用水位不足
示例: ALTER TABLE spPick DROP PRIMARY KEY ,ADD PRIMARY KEY (cid,startday); 单删的话会报错...
有时候早期建的表上可能缺少主键,这样容易导致查询或者主从复制比较慢。 下面是一个小的脚本,用于找出没有主键的表。 #!.../bin/bash # 找出没有主键的表 # Date: 2017/06/05 source /etc/profile LOG="/tmp/nopk.log_$(date +%F)" user='root...' host='localhost' pass='123456' sock='/tmp/mysql.sock' MYSQL_CMD="mysql -u$user -h$host -p$pass -S$sock..." dbs=$($MYSQL_CMD 2>/dev/null -BNe "select SCHEMA_NAME from information_schema.SCHEMATA where SCHEMA_NAME...not in ('information_schema','performance_schema')") for db in $dbs; do $MYSQL_CMD information_schema
本文围绕同步延迟的场景之一:无主键表,来看看延迟产生的原因,以及应对的策略。当然,从标题上也能看出来,给表建个主键是最好的办法,不过在关于这个问题,其实还有一些其他的方式可以尝试。...显然,在从库上临时先加点索引是一个很好的办法,那么除了索引以外,还有什么其他的办法吗?...一个 MySQL 的参数 MySQL 在这类场景下,有一个专门的参数来调整从库定位数据的方法:slave_rows_search_algorithms 参考官方文档的参数设置表: 索引类型/参数值 INDEX_SCAN...测试一下 本次测试环境使用腾讯云数据库 MySQL,配置为 4 核 8GB 内存。测试数据使用 sysbench 生成,单表 2000 万行数据,且没有主键和唯一索引。...总结一下 确保每个表都有主键是最好的解决办法,如果确实有客观原因,那至少保证 where 条件全部能利用到索引。
1.主键生成策略方式 ? 主键生成策略 2.基于Saas主键表生成主键id流程 由于我们的系统时基于Saas的,因此生成主键时,需要以租户id(TenantId)为基础进行生成。...为了生成的id符合我们的租户的要求,通常都会现将租户表建好,然后基于租户表中的租户id进行主键id的生成。此时便产生基于租户id生成主键,那么怎样生成主键id呢?可以查看下图: ?...(* com.xtt..*.dao.mapper..*.insert*(..))") public void primaryKeyRule() {} 也就是说在进行主键的生成时,我们拦截好需要生成的主键...拿到租户id后,就可以进行主键id获取了。 private void setPrimaryKey(Object entity, Class<?...return current; } 从而实现主键自增的目的,从而实现基于租户id进行自增的策略。
[主从延迟时间的监控] 而只读从库上又没有什么查询的话,有可能就是无主键、索引的表引起的主从延迟。...解决办法 推荐方案:趁着业务空闲期间,在主库上为表加上主键或者唯一索引,然后再重建受影响的灾备实例,备库,只读实例等。...可以使用如下的语句检查无主键的表: select table_schema,table_name,TABLE_ROWS from information_schema.tables where...information_schema.columns where COLUMN_KEY='PRI') and table_schema not in ('sys','mysql...问题分析 腾讯云数据库 MySQL 的 binlog 默认使用了 row 模式,binlog 会记录所有的数据变更,这意味着一个 update 或者 delete 语句如果修改了非常多的数据,那么每一行数据的变化都会记录到
char(8), cc date, primary key (aa,bb ) ); aa,bb为联合主键 不知道是不是因为mysql(6.0)的版本问题,还是各版本都是这种情况,mysql中创建联合主键...,联合主键列名之外不可以用单引号括上,否则出现错误,无法创建,报错是该列在表中不存在。...COMMENT ‘主键编号’, `IP` … mysql修改联合主键 参考 https://blog.csdn.net/BockSong/article/details/80933477 alter...DROP PRIMARY_KEY 运行上面的SQL能够删除主键:假设不成功能够用 ALTER TABLE TABLENAME DROP C … Oracle 主键、联合主键的查询与创建 –查询某个表是否有唯一主键...联合索引 我们都知道在一个表中当需要2列以上才能确定记录的唯一性的时候,就需要用到联合主键,当建立联合主键以后,在查询数据的时候性能就会有很大的提升,不过并不是对联合主键的任何列单独查询的时候性能都会提升
MySQL中分库分表之后,ID主键的处理 在大规模的应用系统中,为了应对数据量的增长和提高系统的可扩展性,通常会采用数据库分库分表的方案。...分库分表是将一个数据库或表按照某种规则拆分成多个数据库或表,使得数据可以分布在不同的物理节点上,从而提高系统的性能和并发能力。...在分库分表中,可以通过使用GUID作为主键来避免ID冲突的问题。...使用全局唯一ID的好处是简单可行,不依赖于数据库的自增机制,可以在分布式环境中保证主键的唯一性。然而,GUID作为主键的一个缺点是比较长,会占用较大的存储空间,并且不易于直观地排序。 2....总结 在MySQL的分库分表方案中,ID主键的处理是一个重要的问题。本文介绍了几种常见的处理方案,包括使用全局唯一ID、分布式唯一ID生成算法和结合数据库自增ID和分片ID。
复合查询 前面我们讲解的 mysql 表的查询都是对一张表进行查询,在实际开发中这远远不够,接下来我们要学习多表查询,即符合查询。...原理如下图: 将 emp 表的每一个 deptno 与 dept 表的每一个 deptno 进行组合,形成新的一行,当 emp 表中的所有 deptno 和 dept 表中的 deptno 全部组合完成...,说明联合完毕,形成新的一个表。...任何时刻,查询出来的临时结构,本质在逻辑上也是表结构! 4. 在 from 子句中使用子查询 子查询语句出现在 from 子句中。这里要用到数据查询的技巧,把一个子查询当做一个临时表使用。...所以 mysql 中,所有 select 的问题全部都可以转成单表问题!
前面我们讲解的mysql表的查询都是对一张表进行查询,在实际开发中这远远不够。...现在我们用三张表EMP,DEPT,SALGRADE来演示多表查询。...显示雇员名、雇员工资以及所在部门的名字 因为上面的数据来自EMP和DEPT表,因此要联合查询 将数据进行穷举组合——就是笛卡尔积,此时可以理解为把两张表变成了一张表 select ename,sal,...这里要用到数据查询的技巧,把一个子查询当做一个临时表使用。...where job='MANAGER'; OJ题目 查找所有员工入职时候的薪水情况 描述 查找所有员工入职时候的薪水情况,给出emp_no以及salary, 并按照emp_no进行逆序(请注意,一个员工可能有多次涨薪的情况
前面我们讲解的mysql表的查询都是对一张表进行查询,在实际开发中这远远不够。...对于CURD之一的查找,他作为最重要的操作,仅仅在一张表之中查是不够的,还需要在多表之间进行查询,复合查询就是解决多表查询的问题。...本节我们用一个简单的公司管理系统,有三张表EMP,DEPT,SALGRADE来演示如何进行多表查询。 将三个表以笛卡尔积的形式合并会得到一个包含三个表的全部信息的表。...当需要在同一张表通过一个字段找另一个字段,再通过另一个字段找到它对应的信息时,就需要进行自连接。...这里要用到数据查询的技巧,把一个子查询当做一个临时表使用。即我们无论从什么时候通过条件或者查询所得到的的间接的表,都可以看做真正的表进行查询,因为,MySQL下一切皆表。
MySQL中清空表数据,并重置主键为1 ️ 摘要 在本文中,我将向大家展示如何在 MySQL 数据库中清空表的所有数据,并将主键重置为 1。...清空表数据 在 MySQL 中,你可以使用 TRUNCATE TABLE 语句来清空一个表。这不仅会删除表中的所有数据,还会释放用于存储数据的空间。...TRUNCATE TABLE table_name; 例如,如果你有一个名为 users 的表,你可以这样清空它: TRUNCATE TABLE users; 重置主键为1 使用 TRUNCATE TABLE...命令的一个额外好处是,它会重置表的自增主键为 1。...如果表有外键约束,请先确保没有其他表依赖于它,或者在清空表之前先删除外键约束。 总结 清空 MySQL 表数据并重置主键为 1 是一个非常简单但有用的操作,特别是在开发和测试阶段。
keys:索引类型,表示MySQL此次查询中使用的索引,多个用逗号分开。 rows:遍历行数,表示MySQL此次查询遍历的行数大小,该值越小,查询速度会越快,是一个估计值,非绝对正确的。...单表复合索引的性能分析 ?...MySQL 在进行查询时,会根据索引筛选出复合索引的行,如果存在查询条件不在索引中的列,会进行二次筛选(即根据筛选出来的行进行二次查询),导致遍历的行数增加。 部分查询条件会导致全表扫描 ?...特殊注意: 使用MySQL的CONCAT函数拼接条件一样会使用索引。 在使用 in 时,如果只有一个值,则等价于使用 =符号,会触发索引,包含两个或多个值,则索引失效。...总结 在我们使用单列索引和复合索引时,需要注意以下几点: 常用的字段放在第一列,经常和第一列一起使用的字段放在第二列,如用户表的电话和姓名,身份证表的身份照号和姓名,如果超过两列,则注意其顺序。
领取专属 10元无门槛券
手把手带您无忧上云