V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  redog  ›  全部回复第 1 页 / 共 1 页
回复总数  18
41 天前
回复了 Jxnujason 创建的主题 MySQL 询问一个慢查询的问题
另外你的类型不一致,要进行一次手动转换,不然还是会回到 DEPENDENT SUBQUERY ,具体的话,你应该试试:
SELECT software_id from software where author_id = 1 and CONVERT(software_id,char) not in ( select software_id FROM company_software WHERE author_id = 1 and country in ('china', 'korea', 'england') )
这样在 mysql 看来子查询是独立于主查询的,这样只会执行一次子查询,上面都使用了索引,如果你不使用 convert 去转换,因为类型不一致,mysql 又会先看 author_id 有多少条,有多少条就执行多少次子查询,这样就慢了。
42 天前
回复了 Jxnujason 创建的主题 MySQL 询问一个慢查询的问题
如果我没有弄错的话 是因为 NOT EXISTS 的原因,这里会导致你最后一个 where CONVERT(sortware.software_id , char) = company_software.software_id 这个是无效的,因为在 mysql 看来,这里不用专门去匹配,直接按前面的条件取回 N 条记录,在这 N 条记录里去检查 software_id 就行了。

这样会导致外层查询时子查询里返回的不是一条记录,而是一堆记录,在这一堆记录里去判断 software_id 是否相等,应该试试用 not in 本质是 inner join 这样会先按索引来一次性筛选,而不是每一条都要去筛选。
90 天前
回复了 shrugginG 创建的主题 MySQL mysql 小白请教大佬一个问题
@shrugginG 客气,这个 exists 使用时得考虑相关表里记录的多少,而且有时你以为它会走索引,结果语句你没写好,它就不按你想要的走索引,我一般无脑用 in ,不差那点性能,至少不会出现死活不走索引这种现象。
91 天前
回复了 shrugginG 创建的主题 MySQL mysql 小白请教大佬一个问题
如果我没弄错的话,原因是你的 exists 语句,这里的逻辑是用 phishy_urls 表(外表)里的"每一条"url_sha256 去比对插入后的值(内表),所以每一次插入都要用 phishy_urls 表里已有的 10W 多条记录去逐一对比,这个时候我记得是外表索引无意义所以变成了全表扫描。
话说,你用 in 来判断就没这问题,或是你反过来用 NEW 来做外表。
你修改后,用了专属的 ON DUPLICATE KEY UPDATE 本来就是优化后的语句自然不存在这个问题。
100 天前
回复了 shrugginG 创建的主题 MySQL mysql 小白请教大佬一个问题
会不会是 TDSQL 在你建表用了 unique 索引时,把这个当聚簇了?
你要不重建一张表,什么索引也不用,就把 ID 设置成主键,然后把原表的数据插入再试试?
102 天前
回复了 BeijingBaby 创建的主题 京东 被京东官方人员给 [雷到了]
@BeijingBaby 你这不是有一定的证据,你只要诱导他说出来是因为这个原因来报复就可以继续申诉吧,当然对方可能会装傻,说实话,这种真没什么好的办法。
就算你不让同样的 ID 下单多个地址,他一样弄些小号来差评。
你也可以报案或是起诉,然后拿公家的判决去申诉,这个时间成本就高了而且需要牵扯的金额较高才行。
102 天前
回复了 BeijingBaby 创建的主题 京东 被京东官方人员给 [雷到了]
@zictos 我没弄错的话,主要是这个会有个评分机制在里面,不是说后面的买家相信商家的留言解释就没事了。
我理解的是不能,除非你再买一块盘。或是备份完数据,重做阵列。
102 天前
回复了 BeijingBaby 创建的主题 京东 被京东官方人员给 [雷到了]
确实需要补充证据,简单的说用账号代购是允许的,除非你们自己限制每个 ID 只能购买多少。
那么评价也是如此,你能证明这不是真实用户给代购反馈的真实评价吗?不能吧,如果说你认为是恶意评价,动机在哪儿?你们可以继续跟这个黄牛沟通啊,包括但不限于录音等,让他说出自己是故意恶评。
说实话,对方也完全可以用一堆京东账号来下单(专业的黄牛不可能只有一个账号),然后单单差评。
法律上的风险是先看项目本身是否违法,或是是否帮助了违法份子,这个是后期出事后叔叔来认定的,你说了不算,律师说了都不一定算。
然后本身来说使用个人收款码的风险就是会被微信风控,特别是新号,一有异常你得不停的申请解封,如果你的项目对收款和转账的及时性有要求,这点要注意。
如果你愿意被抽成,找三方的聚合码来办理,稳定性更高一些,就是抽成相对于微信来说是较高的。
104 天前
回复了 Xrall 创建的主题 数据库 数据库查询优化到底该怎么做?
表里有主键吗?把主键去掉,建立一个,按 is_collect ,pro_removal_time ,id 的 UNIQUE 索引,这样应该会形成聚簇索引,第一次创建时因为你已经有 200W 的记录了,会对这 200W 记录重新物理排序,所以会很慢,另外就是插入和更改 is_collect 时会慢一点,但这个数据量来看应该不会有太大感知。
好处是会按上面的顺序物理排序,这样你前面的条件一出,回表取值的速度会大大加快,捞数据是顺序读取的。
另外一种就是建一个覆盖索引,按你之前的条件,前面必须是 is_collect ,pro_removal_time ,id ,然后继续跟所需要的业务字段,那个求和的也要算进来。
2019-08-15 17:08:04 +08:00
回复了 zhengrt 创建的主题 宽带症候群 电信 CN2-100M 企业专线
我怀疑限速要下个月才生效,这个月是也是按使用时间来收费,不会说直接给你算一个月的。
如实说了就如实说了,但警察询问时要强调,自己是因为以前的同事会问自己开发的东西的问题才没有清理密码,偶尔才会上去看看。其他的一概不清楚。
2019-08-15 09:07:50 +08:00
回复了 Microi 创建的主题 问与答 请教一个家庭布线组网的问题。
1.买个超小型的有线路由器入弱电箱里,可以解决。
2.两边买可划 vlan 的交换机,达到网线复用的目标(不一定得两边加可网管交换,但核心思路就是通过 vlan 来达到网线复用的目的)
3.如果你确定你的 wan 不达以后也不会达到 100M 以上,直接把网线剥开一分为二也可以,但不建议。
2019-07-23 16:00:54 +08:00
回复了 lumotian 创建的主题 问与答 求助 有人不停地用各种号码骚扰我女朋友
WideProtect
看看能不能用
另外,就是在这个论坛找到的:
https://www.v2ex.com/t/432271
第 8 楼。
@yishi99 可以的,昨天才注册了一个新邮箱,听说是只要不是注册过很多帐号的手机号都可以,也许只是某个地区的运营商管制,或是某一个号段。

@qinerhu 新注册应该都要验证手机短信,网上还有教程讲通过哪个 APP 或是什么地方申请是可以跳过手机号(我下了一堆破 APP 就没成功过)

@bannychen 确实不行就用万能的淘宝吧,应该有代接短信的服务,如果用的代接短信,后面会问你是否绑定这个手机号,你不绑定就好了,设置好救援邮箱,另外手机最好登陆一下新帐号,这样就能直接用登陆设备来验证帐号了,可以不用手机短信,然后你通过这个绑定二步验证,平时就能用二步验证来验证高风险操作了。
所以只有一个手机号?换一个,或借一个就完了,记得最后不绑定这个手机号就可以了。
2018-12-19 10:41:03 +08:00
回复了 opengps 创建的主题 问与答 咨询:客户端如何插银行 U 盾,用在远程 windows 远程桌面下
能远程桌面,就能通网,试试 USB Network Gate ,FlexiHub ,USB Over Network(这家公司有最新的直接 USB for Remote Desktop) ,USB Redirector, VirtualHere 当然正常情况这些是要收费的,另外国内好像有家 usb server 的硬件型的,理论上来说都可以,特别是那些号称服务器端可以不安装 USB 设备驱动,只要插上就能共享的都能解决这个问题。

如果不行,多半是软件不兼容的问题,比如被远程桌面的加密狗程序识别出了这个 USB 设备是软件模拟的之类,或是有些加密狗有独占性,比如你发起远程桌面的电脑安装了驱动,一插上就被这边的加密狗管理控件给独占了
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3369 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 11:19 · PVG 19:19 · LAX 03:19 · JFK 06:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.