Sharding-JDBC范圍分表失效問題排查指南
本文旨在幫助您解決spring Boot（例如，若依框架）和mysql環境下，使用Sharding-JDBC進行范圍分表時，分表功能失效的問題。 問題表現為：sql語句未命中預期分表。
問題分析與定位
以下幾個方面可能導致Sharding-JDBC范圍分表失效：
-
自定義分片算法(MyRangeShardingAlgorithm)邏輯錯誤: doSharding 方法中，雖然包含日志打印，但關鍵在于routTables集合是否正確構建了所有目標表名。 getTableNames方法的邊界條件處理（特別是起始日期和結束日期）需要仔細檢查，確保所有目標月份的表名都被正確包含。 務必仔細檢查before方法的判斷邏輯以及Calendar.add(Calendar.MONTH, 1)后月份是否溢出。
-
YAML配置與實際表名不匹配: actual-data-nodes 中定義的分表規則（例如lyg_tsvol-${2023..2024}0-${1..9}）必須與MyRangeShardingAlgorithm生成的表名完全一致。 仔細核對算法生成的表名與YAML配置中的模式是否匹配，尤其注意-符號的含義和使用方式。
-
createtime字段數據類型或值異常: 分表策略依賴于createtime字段。 請確認數據庫中createtime字段的數據類型為timestamp，且數據值符合預期，避免數據類型不匹配或數據異常導致分表失效。
-
SQL語句直接命中邏輯表名: 如果SQL語句（例如select count(0) FROM lyg_tsvol a …）直接使用了邏輯表名lyg_tsvol，則說明Sharding-JDBC的分片規則未生效，SQL語句未被路由到實際分表。
-
Sharding-JDBC配置不完整或錯誤: 檢查ShardingDataSourceConfig中的配置是否完整且正確。 尤其關注createTableRule方法，確保生成的TableRuleConfiguration正確配置了分片策略（包括MyPreciseShardingAlgorithm和MyRangeShardingAlgorithm）。 同時，驗證shardingDataSource方法是否正確創建了Sharding數據源。
-
多數據源配置問題: DruidConfig中的多數據源配置必須保證DataSourceType.SHARDING能夠正確選擇Sharding數據源。
-
Sharding-JDBC初始化或生效失敗: 如果以上步驟都未發現問題，則可能Sharding-JDBC未正確初始化或生效。
排查步驟建議
-
檢查日志: 仔細檢查Sharding-JDBC的日志，查找錯誤信息或異常。 確保日志級別足夠詳細，以便獲取更多信息。
-
簡化測試: 創建一個簡單的測試用例，只包含一個表和簡單的分片規則，驗證Sharding-JDBC是否能夠正常工作。 這有助于隔離問題。
-
斷點調試: 使用調試器逐步跟蹤代碼執行，尤其關注MyRangeShardingAlgorithm和ShardingDataSourceConfig中的代碼，檢查每一步的結果是否符合預期。 特別關注rangeShardingValue.getLogicTableName()和rangeShardingValue.getValueRange()的值。
通過仔細檢查以上內容，結合日志和調試信息，您應該能夠找到Sharding-JDBC范圍分表失效的根本原因。 重點關注自定義分片算法的邏輯正確性以及YAML配置與算法生成的表名的一致性。
