NULL 一樣可以建立index, 一樣可以在查詢條件中使用index.

create table it220703a (
  id int unsigned not null auto_increment primary key
, val1 int unsigned not null
, val2 int unsigned
, dt1 date not null
, dt2 date
);

------
insert into it220703a(val1, val2, dt1, dt2)
with t1 as (
select 1
  from information_schema.keywords k1
     , information_schema.keywords k2
)
select ceil(rand() * 600000)
     , ceil(rand() * 60000)
     , date_add('2000-01-01', interval ceil(rand() * 6000) day)
     , date_add('2000-01-01', interval ceil(rand() * 3000) day)
  from t1;

Query OK, 544644 rows affected

----

with t1(tid) as (
select ceil(rand() * 600000)
  from information_schema.keywords
)
update it220703a
   set val2 = null 
 where id in (select tid from t1);
 
Query OK, 669 rows affected (0.03 sec)

---
with t1(tid) as (
select ceil(rand() * 600000)
  from information_schema.keywords
)
update it220703a
   set dt2 = null 
 where id in (select tid from t1);

Query OK, 665 rows affected (0.02 sec)

-------
create index idx_val2 on it220703a(val2);
create index idx_dt2 on it220703a(dt2);
-----
explain
select count(*)
  from it220703a
 where val2 is null\G
 
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: it220703a
   partitions: NULL
         type: ref
possible_keys: idx_val2
          key: idx_val2
      key_len: 5
          ref: const
         rows: 669
     filtered: 100.00
        Extra: Using where; Using index
        
---
explain
select count(*)
  from it220703a
 where dt2 is null\G

*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: it220703a
   partitions: NULL
         type: ref
possible_keys: idx_dt2
          key: idx_dt2
      key_len: 4
          ref: const
         rows: 665
     filtered: 100.00
        Extra: Using where; Using index
---
select *
  from it220703a
 where dt2 is null
 limit 1;

+-----+--------+------+------------+------+
| id  | val1   | val2 | dt1        | dt2  |
+-----+--------+------+------------+------+
| 365 | 578037 | 5331 | 2009-02-07 | NULL |
+-----+--------+------+------------+------+

select version();
+-----------+
| version() |
+-----------+
| 8.0.26    |
+-----------+

看來，你是因為某種規範說建議不要是null。所以你的日期欄位設計成不能是null，而非其它限制，比如資料庫你無權變更之類。建議你，就把日期欄位設成可 null。凡事有取捨。縱然資料庫欄位本身建議不要null，但是將程式流程綜合起來，卻又要多花心力，多耗費資源，那不如就設為null.

正確解答就是一級屠豬士大大的解答無誤
建 INDEX, 日期欄位允許 NULL 值

如果你堅心要
日期欄位在UI上非必填, 但在資料表裡不允許它是null, 並且要加入INDEX以提高查詢效能, 要如何設計?
那我選方法1
原因是
我覺得 Not Null在提高查詢效能這件事上
可能還比不上 Not duplicate

另外
順帶一提
MySQL 的日期範圍是'1000-01-01' to '9999-12-31'

依據我過去的經驗，如果存入的是只有日期的話，那麼欄位預設就會是varchar()，如果需要計算，就在SQL裡面轉換資料型別來進行計算，而且我記得資料庫應該只有Datetime，沒有單純的日期吧(印象中)，而且資料庫處理Datetime會比varchar還要耗時間。(前提是你有先設定varchar的長度)

而要判斷這個日期的資料是不是正確，正確應該是在前端輸入的時候(假設前端是HTTP)，在判斷資料內容是不是正確的時候就應該要有這個日期判斷函式，同時在前端判斷是不是允許空值。因為你一定會有一個程式在前端判斷輸入的資料是不是日期；否則你輸入一個不是日期的資料，你就一定會有問題；這問題可能是在資料轉換的時候出錯，也有可能在資料庫處理的時候出錯。

順帶一提幾個觀念和資訊安全有關：1.資料內容輸入正確必須要在使用者輸入端就進行判斷，不應該丟到後面去處理，這個是SQL injection的防禦手法之一。2.資料庫的錯誤不可以傳到前端，否則你的資料庫格式和架構就會被外部人士知道。

資料欄位設定為varchar，就可以預設填入空值''，而不是null，你的前端輸入的資料，拋到SQL應該要空值而不是null，這樣你的資料庫就不會有null的問題。(我想你應該有null 與空值不相同的觀念。)

依照這樣的設計觀念，你的資料庫就可以將這個欄位用index來加速運算，但前提是你要知道怎麼依照你的查詢語法來組織index。

關聯式資料庫(以MySQL為例) 建議欄位值不允許null

我懷疑這句話是寫反了，Mysql 的預設值是 null 的。

舉例來說，如果您下這道指令（Mysql）

CREATE TABLE Persons (
    PersonID int,
    LastName varchar(255),
    FirstName varchar(255),
    Address varchar(255),
    City varchar(255)
);

既不指定是null , 也不指定是 not null , 它建立出來的預設就是 null。

這是 mysqldump 出來的結果，每個欄位都加上了【NULL DEFAULT NULL】語句。

DROP TABLE IF EXISTS `Persons`;
CREATE TABLE `Persons`  (
  `PersonID` int(11) NULL DEFAULT NULL,
  `LastName` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `FirstName` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `Address` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `City` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

null 是個好東西，我個人非常喜歡，不過我的工程師很害怕 null , 他所建的每個欄位，都要費心指定 not null。

Null可以index,該鍵值全當空值來排序,unique index下就只能一個NULL
要增加查詢速度，可以在主索引外多增幾組可能使用的index即可

既然表單允許NULL,那麼DB欄位也就改成可以NULL,這樣比較一致

值得一提的是:不建議NULL的原因是...
NULL和所有的資料邏輯運算(and/or/=/<>...)答案都是NULL,不會是True也不會是False(是甚麼?我不知道!),要特別用isnull/isnotnull處理,這會增加Where或程式撰寫的複雜度
如果這個欄位有可能被搜尋，設成Not Null,初始值一律先給""(空值或0，但不是NULL，我的DB允許這麼做)