码农的专栏

核心逻辑：通过channelid关联是实现 “同分组赋值” 的关键，两种方案均围绕该条件实现；性能选择：大数据量（万级以上）优先用JOIN 连接方案，小数据量优先用关联子查询方案；安全操作：更新前务必执行验证查询，确认待更新记录和目标值无误后，再执行更新语句。除了 SQL Server，其他数据库如何实现类似的需求？如何确保 SQL 语句的执行效率？如何在 SQL 中处理数据更新的错误情况？

在多路复用及层面增加了多线程的处理，来优化 IO 处理的能力。不过，具体的数据操作仍然是由主线程来处理的，所以我们可以认为 Redis 对于数据 IO 的处理依然是 单线程。在网络层面，Redis 采用多路复用的设计，提升了并发处理的连接数，不过这个阶段，｛如图｝Server 端的所有 IO 操作，都是由同一个主线程处理的。19. 如果采用多线程，对于 Redis 中的数据操作，都需要通过同步的方式来保证线程安全性，这反而会 影响到 redis 的性能。所以从 Redis6.0 开始｛如图｝，

分库分表、读写分离、为字段选择合适的数据类型、适当的反范式设计，适当冗余设计、 为查询操作 创建必要的索引但是要避免索引滥用、尽可能使用 Not Null。通过慢查询分析需要优化的 SQL 进行合理优化、利用 explain、profile 等工具分析 SQL 执行计划、避。11. 硬件方面、主要是 CPU 核数、磁盘的读写性能（减少寻道时间、旋转时间、传输时间），可以选。8.表结构和索引的优化，主要可以从下面这些方面去优化。这四个方面的优化成本和优化效果是成反比的。择 SSD、网卡、内存等方面。

今天处理Excel表格导入到Sql service的数据，发现在统计数据时出错，后来发现是因为复制时，带有换行符，导致查询语句时不能统计到。用like可以查后，用=不能查到。