**Problem Statement：**我们将收到一个数字（11位数）的请求，并且必须在数据库中有效地查找，并根据它适合的范围返回一行（最后更新）。此外，我已经使用mysql并使用适当的索引进行负载测试，但是它需要更多的时间。
当前DB结构：

使用MySQL
目前，我们有一个表，它有2列，即low_range和high_range，存储数据范围，还有2列存储相应的数据，即is_active（值可以是0和1）和code（int值，是另一个表的id，即code_mapping）。

表1名称：range_mapping

DB架构：

create table range_mapping (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`low_range` decimal(11,0) NOT NULL,
`high_range` decimal(11,0) NOT NULL,
`is_active` tinyint(1) NOT NULL DEFAULT 1,
`code` int(8) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `idx_comp_is_active_low_high_range` (`is_active`, `low_range`, `high_range`)
) ENGINE=InnoDB AUTO_INCREMENT=26891234 DEFAULT CHARSET=utf8
Table 2 name: code_mapping

字符串
DB架构：

create table code_mapping (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(100) NOT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `nameIdx` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=4410 DEFAULT CHARSET=utf8

型

**待优化查询：**我需要重新设计或优化查询，以便更高效、更快地执行。

select a.low_range, a.high_range, b.name from range_mapping AS a 
LEFT JOIN code_mapping AS b ON a.code = b.id 
WHERE a.is_active = 1 and 12345678912 BETWEEN a.low_range AND a.high_range 
ORDER BY a.id DESC 
limit 1;

型

解释查询：

explain select a.low_range, a.high_range, b.name 
from range_mapping AS a force index(idx_comp_is_active_low_high_range) 
LEFT JOIN code_mapping AS b ON a.code = b.id 
WHERE a.is_active = 1 and 12345678912 BETWEEN a.low_range AND a.high_range 
ORDER BY a.id DESC limit 1;

型

输出：

id: 1
select_type: SIMPLE
table: a
type: range
possible_keys: idx_comp_is_active_low_high_range
key: idx_comp_is_active_low_high_range
key_len: 11
ref: NULL
rows: 227190
Extra: Using index condition; Using filesort

***************************
id: 1
select_type: SIMPLE
table: b
type: eq_ref
possible_keys: PRIMARY
key: PRIMARY
key_len: 4
ref: testbackup.a.code
rows: 1
Extra: Using where

型

**咨询电话：**12345678912
表中可能的行：

low_range: 12345678901 high_range: 12345678913 
low_range: 12345678910 high_range: 12345678912
low_range: 12345678902 high_range: 12345678920

型

问题：

哪个数据库可以用来存储数百万的范围数据，并进行有效的查找。如果可能的话，用mysql有更好的方法吗？
我已经使用了mysql，并做了负载测试与适当的索引，但它是需要更多的时间。期望是查找应该是快速和有效的~500毫秒。