前言
在前面进行了基本的Shardingsphere之后,在一些其他的复杂条件下,可以使用自定义精确分片算法(PreciseShardingAlgorithm),通常用来处理=或者in条件的情况比较多。在该demo中,通过user_id来分库,公司Id(company_id)来分表,实现精确的不同分库分表。
数据库表
CREATE TABLE `b_order0` (
`id` bigint NOT NULL AUTO_INCREMENT,
`is_del` bit(1) NOT NULL DEFAULT b'0' COMMENT '是否被删除',
`company_id` int NOT NULL COMMENT '公司ID',
`position_id` bigint NOT NULL COMMENT '职位ID',
`user_id` int NOT NULL COMMENT '用户id',
`publish_user_id` int NOT NULL COMMENT '职位发布者id',
`resume_type` int NOT NULL DEFAULT '0' COMMENT '简历类型:0 附件 1 在线',
`status` varchar(256) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL COMMENT '投递状态 投递状态 WAIT-待处理 AUTO_FILTER-自动过滤 PREPARE_CONTACT-待沟通 REFUSE-拒绝 ARRANGE_INTERVIEW-通知面试',
`create_time` datetime NOT NULL COMMENT '创建时间',
`update_time` datetime DEFAULT NULL COMMENT '操作时间',
`work_year` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT '工作年限',
`name` varchar(256) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT '投递简历人名字',
`position_name` varchar(256) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT '职位名称',
`resume_id` int DEFAULT NULL COMMENT '投递的简历id(在线和附件都记录,通过resumeType进行区别在线还是附件)',
PRIMARY KEY (`id`),
KEY `i_comId_pub_ctime` (`company_id`,`publish_user_id`,`create_time`) USING BTREE,
KEY `index_companyId_positionId` (`company_id`,`position_id`) USING BTREE,

本文详细描述了如何在ShardingSphere中运用自定义精确分片算法,以user_id和company_id为基础进行分库分表,并通过实例演示了配置和测试,强调了精确分片查询的优化技巧。
最低0.47元/天 解锁文章
919

被折叠的 条评论
为什么被折叠?



