下面的表格是:
由于此表将用于每个页面加载,我关注的是大小与速度比。最多会有多少行(大致)会非常快,然后快,然后慢,然后减少爬行?
[columns name] | [data type] | [collation] id | int(11) name | varchar(64) | utf8_general_ci key | varchar(64) | utf8_general_ci | [ 99% used for search: is indexed] value | text | utf8_general_ci identifier_id | int(11) sort_order | int(5) last_adjusted | datetime location | varchar(255) | utf8_general_ci group_no | int(3)
答案 0 :(得分:1)
这在很大程度上取决于您的服务器设置。
主要关注的是MySQL服务器可用的内存量,然后是表配置的存储类型。
您没有指定正在使用的索引类型,key
一个UNIQUE
索引或具有重复项的内容?考虑到使用情况,我会在UNIQUE
猜测 - 这将在很长一段时间内保持快速。如果你记住搜索一个唯一索引的效率大约为o(log n),并且搜索本身对这样一个索引相对微不足道,那么索引必须超出主内存,而某些速度很慢媒体要做出很大的改变。